- акула пера
- Репутація: 890
- Статус: хордові зуметазой (вторичноротих)
- вільний
Привіт, панове # 33;
Зацікавився юніксоподобной операційною системою реального часу QNX.
Скачав завантажувальний диск демо-версію, встановив її на віртуальну машину VMware. Для розуміння всіх процесів установки тепер вирішив встановити її на окремий диск вручну, без завантажувача. Знайшов в інтернеті інформацію і слідував їй. Посилання дати не можу, тому що там є спеціалізований форум, на ньому моє запитання проігнорували.
Ось як описано процес установки вручну:
Може виникнути ситуація, коли потрібно встановити QNX на комп'ютер без CD приводу, або при відсутності завантажувального CD з QNX 6.1, нарешті: щось при установці пішло не так, як описано вище. Чи не все ще втрачено, можна встановити QNX і в цьому випадку. При такій установці ми маємо вручну, командами QNX, підготувати розділ, а потім перенести в нього вже існуючу систему. Найважливіше, що якщо ми вміємо це робити, то ми зможемо довільно переносити свою систему в будь-яке місце, наприклад, у flash диск DiskOnChip # 33; Але цей тип установки тільки для справжніх чоловіків, які люблять попрацювати руками.
* Нам потрібна деяка вихідна система QNX, але ні з CD, ні з дискети нам її отримати не вдається. Встановимо систему в FAT розділ. Це, як правило, не обов'язковий етап частіше у нас буде потреба перенести вже існуючу копію QNX на новий носій, але, по крайней мере, таким чином можна легко отримати стартовий екземпляр системи. Зазвичай, установка в розділ FAT відбувається без будь-яких проблем. Завантажуємо цю систему (всі операції повинні виконуватися в системі QNX, не в DOS / Windows # 33;).
* Створюємо QNX розділ, для чого запустимо програму fdisk (все під ім'ям користувача root): #fdisk / dev / hd0
Це вид команди для 1-го IDE диска в системі (часто це Primary Master), для інших, відповідно: / dev / hd1, / dev / hd2, / dev / hd3 Можливий вид (текстового) екрану виведення fdisk показаний нижче. На представленому на малюнку диску немає власних QNX-розділів, QNX в даному випадку встановлено в FAT, але видно 2 Linux-розділу (native і swap: в Linux-нотації вони звичніше як 0x82 і 0x83, але QNX fdisk показує тип системи в десятковій нотації ). Клавішами стрілки Up-Down на клавіатурі ви можете переміщатися між розділами диска, а Left-Right між операціями меню у верхній частині екрану. Чим приємний fdisk від QNX (так само як і fdisk в Linux), так це те, що він не зробить змін (Не нашкодити) в розбивці диска до тих пір, поки ви не виконаєте операцію Save в меню. Експериментуйте # 33;
В даному випадку, вам необхідно вибрати використовуваний (як немарковані) розділ диска (або видалити існуючий - Delete) і виконати з меню Change. Для розділів QNX передбачені 3 типи розділів: QNX 77, QNY 78, QNZ 79 (на одному фізичному диску не можуть одночасно бути присутнім більше одного QNX розділу з співпадаючими типами). Цікаво, що QNX 6.1 при стандартній установці з завантажувального CD створював первинний розділ типу QNX (77), а QNX 6.2 створює QNZ (79). Але залишимо це на совісті QSSL, схоже, що це 3 повністю ідентичні типу. Вам належить: Change визначити тип невикористаного розділу; визначити його межі (розмір); Boot визначити його як завантажувальний; Save записати зроблені зміни в MBR.
код:
FDISK
Ignore Next Prev 1 2 3 4 Change Delete Boot Unboot Restore Loader Save Quit
_____OS_____ Start End ______Number_____ Size Boot
name type Cylinder Cylinder Cylinders Blocks
--> 1. FAT32 (11) 0 194 195 3132612 1529 MB *
2. nonQNX (130) 580 596 17 273105 133 MB
3. nonQNX (131) 195 579 385 6185025 3020 MB
4. Extd'd (15) 597 1215 619 9944235 4855 MB
Choose a partition by typing the partition number OR moving the pointer
with the UP / DOWN arrows.
Then, choose one of the actions on the top line of the screen.
Стандартних UNIX каталогів немає (та й звідки їм поки взятися), звертає на себе увагу нульовий розмір .boot і відсутність .diskroot. До цієї стадії завершено створення нового робочого диска QNX, який ви можете примонтировать, наприклад, в якості / home (природно, в такій якості розділ не слід відзначати як завантажувальний). Для отримання системного диска нам залишилося скопіювати на нього образ ядра системи, і помістити на нього файл .diskroot, що відзначає файлову систему як кореневу. Ці файли ми можемо взяти з дискети, яка створюється в DOS програмою qmakedsk.exe:
код:
#mount / dev / fd0 / fs / fd
#mv -f /fs/fd/.boot / fs / qnx4-hd0t79
#mv -f /fs/fd/.diskroot / fs / qnx4-hd0t79
* Не вмонтовуйте дискету з типом DOS (часто використовуваний ключ t dos);
* Замість операції cp ми використовуємо POSIX операцію mv щоб уникнути Permission denied, пов'язаного зі специфічними атрибутами файлів;
[/ Li]
[Li] Здається все Можна спробувати завантажитися (зверніть увагу, що оскільки тепер у вас вже є 2 альтернативних способу кореневої файлової системи, OS просить по F1 / F2 вибрати ту, з якою вона будемо працювати). Але з цього нічого не виходить: начінаетсначінается завантаження з нового розділу, але вона завершується висновком послідовності до кілька сот символів. (Нормальне завантаження супроводжується виведенням. Але в кількості кілька десятків). Відбувається це тому, що у нас вже створено завантажувальний ядро системи, але немає типової структури UNIX файлової системи (/ etc, / bin, / sbin, / lib, / opt і т.д.), деякі файли якої використовуються, в тому числі , і на пізніх стадіях завантаження. Поправимо цю справу, попередньо завантажившись з старого працездатного примірника QNX (до речі, можете грузиться з нового образу, але по F2 вказати стару кореневу файлову систему дуже повчально):
#cd /
Копіюємо по-каталогах окремо (наприклад, каталоги / dev, / fs, / net, / proc не підлягають копіюванню), наприклад:
#cp -cR / bin / fs / qnx4-hd0t79 / bin
. і т.д.
В принципі, має спрацювати і cp cR * / fs / qnx4-hd0t79 (завдяки ключу -R), але це вже для самостійного опрацювання. Все, ось тепер можна перезавантажуватися з новоствореної системи (і, можливо, знищити старий її екземпляр, встановлений в FAT). [/ Li]
[/ List]
Примітка: У п.3 ми могли б ініціювати розділ одночасно зі створенням в ньому образу системи .boot, і тим самим спростити собі подальше життя. Робиться це такою командою: dinit -hf /fs/fd/.boot при цьому, звичайно, дискета повинна бути вже попередньо змонтована, як ми це робили в п.4. Але я виклав послідовний шлях по кроках, який дає більше для розуміння.
Примітка: Вище було написано знищити старий її екземпляр, встановлений в FAT - природно, передбачалося не фізичне знищення каталогу D: / Program Files / qnx, а деінсталяцію за правилами Windows. Але є ще одна цікава можливість (іноді, корисна практично, але ще більше для розуміння того, що відбувається). Встановимо завантаження з розділу Windows, з config-меню вибору OS і т.д. При завантаженому екземплярі QNX, встановленому в FAT32, видалимо файл .diskroot в корені її файлової системи. Перезавантажуємося образ ядра системи QNX qnxbase.ifs при завантаженні перестає бачити кореневу систему на своєму FAT32 розділі і без запиту вибору монтує файлову систему на розділі QNX. Що ми отримали OS, з усіма перевагами установки в розділ QNX, може бути запускаема зі стартового меню Windows.
Я монтував новий диск з запущеною операційної системи віртуальної машини. Дійшов до місця, коли треба перекопіювати все каталоги на диск. Ось що пишеться в описі:
#cd /
Копіюємо по-каталогах окремо (наприклад, каталоги / dev, / fs, / net, / proc не підлягають копіюванню), наприклад:
#cp -cR / bin / fs / qnx4-hd0t79 / bin
Скопіював все каталоги крім тих, що не копіюються. Але ж каталог / dev містить інформацію про залозі компа. А він не підлягає копіюванню. Пробував завантажитися з нового диска, в процесі завантаження йде перевірка заліза і комп висне. Я думаю тому що каталогів не вистачає. Може в описі установки щось упущено? Допоможіть будь ласка.