| Мнение Общественности |
Полезен ли ресурс?
2. Ну, кое что я отсюда взял..4. Я всё это уже давно знаю и использую.5. Я профессионал, и не нуждаюсь в этой инфе.Всего ответов: 3200
|
| Статистика |
 |
|
|
Fedora
| |
| Sh1td0wn | Дата: Понедельник, 15.08.2011, 11:23 | Сообщение # 31 |
|
Программист
Группа: Модераторы
Сообщений: 3829
Статус: Отсутствует
| > 2. Fedora + CentOS - нормально грузятся с NTFS.
Во время написания моего сообщения ситуация была обратной, да и в официальной wiki было сказано об отсутствии поддержки NTFS.
> 2) Путь: "/boot/fedora" - неверный если Вы копировали
файлы из образа: ISO - сохраняя дерево папок.
Путь, кстати, был правильным:
> 5. На флешке создаю папки , в которых будут лежать ядро, образ инитрд и туда же - все содержимое \LiveOS с iso образа в моем случае - в \Boot\Fedora
> 3) Опция: "overlay" - откуда? :?
Да из того же isolinux.cfg времён Fedora 14.
> На флэшке никак, много чего перепробовал, даже: "initrd"
- пересобирал (подозрения на кривую поддержку: "usb-storage").
> Окалось: CentOS & Fedora Core - не понимают: FAT32, после формата
флэшки в NTFS - все ок.
А вот это странно. Нужно было попробовать из initramfs-шелла почитать /proc/filesystems или подключить модуль vfat. Или же Вы могли столкнуться с проблемой регистра имён файлов.
НАЖМИ МЕНЯ, прежде чем что-либо написать
|
| |
| |
| schaxter | Дата: Понедельник, 15.08.2011, 13:39 | Сообщение # 32 |
|
Неизвестный
Группа: Пользователи
Сообщений: 8
Статус: Отсутствует
| Скачал iso образ Fedora15, скопировал папку LiveOS на флешку в эту же папку скопировал vmlinuz0 и initrd0.img.
Code title RFRemix-15-i686-Live-GNOME
kernel /slx/LiveOS/vmlinuz0 root=live:/dev/sdb1 live_dir=/slx/LiveOS rootfstype=auto ro liveimg quiet rhgb
initrd /slx/LiveOS/initrd0.img
Загружался с флешки Fat32, главное правильно определить устройство /dev/sd[abcd]
да, в 15 федоре Gnome 3!
|
| |
| |
| Sh1td0wn | Дата: Понедельник, 15.08.2011, 14:47 | Сообщение # 33 |
|
Программист
Группа: Модераторы
Сообщений: 3829
Статус: Отсутствует
| > главное правильно определить устройство /dev/sd[abcd]
А что, определять загрузочное устройство по LABEL или UUID уже не модно?
НАЖМИ МЕНЯ, прежде чем что-либо написать
|
| |
| |
| schaxter | Дата: Понедельник, 15.08.2011, 15:48 | Сообщение # 34 |
|
Неизвестный
Группа: Пользователи
Сообщений: 8
Статус: Отсутствует
| Quote (Sh1td0wn) > главное правильно определить устройство /dev/sd[abcd] А что, определять загрузочное устройство по LABEL или UUID уже не модно?
Можно и так, и так, кому как удобнее и понятнее.
Предложил как вариант
|
| |
| |
| Sh1td0wn | Дата: Понедельник, 15.08.2011, 16:56 | Сообщение # 35 |
|
Программист
Группа: Модераторы
Сообщений: 3829
Статус: Отсутствует
| > кому как удобнее и понятнее.
Но ведь Ваш способ ненадёжен: эта конфигурация будет работать только в том случае, если в компьютере есть ровно 1 жёсткий диск.
НАЖМИ МЕНЯ, прежде чем что-либо написать
|
| |
| |
| hunter64 | Дата: Вторник, 16.08.2011, 23:16 | Сообщение # 36 |
|
Неизвестный
Группа: Пользователи
Сообщений: 5
Статус: Отсутствует
| Quote (Sh1td0wn) > главное правильно определить устройство /dev/sd[abcd]
А что, определять загрузочное устройство по LABEL или UUID уже не модно?
ИМХО, привязка к: LABEL, UUID, /dev/[sh]d[a-z][1-0] - это плохо. 
Если посмотреть на конкурента: ubuntu (и многое на ее базе) - просто
находит свои компоненты и грузится без проблем. В отличии от:
CentOS, Fedora и подобные... - требующие кучу условий:
1) указать устройство (LABEL, UUID, /dev/[sh]d[a-z[1-0].
2) устройство должно быть только первым: /dev/[sh]da1
== зачем тогда: "1" если грузится только: /dev/[sh]da1 ? :?
3) файловая система должна быть: hdd:[fat32-ntfs] или usb:ntfs.
Кроме этих условий, еще есть недостатки: usb носители -
определяются очень плохо, очень часто - вообще перестают
определяться, но что самое удивительное: ubuntu (и многое на
ее базе) - легко и без проблем продолжают определять этот usb.
Вообще же, если сравнивать каждый из методов, получаем:
Для: ubuntu и многое на ее базе - достаточно иметь ОДИН конфиг:
menu.lst - для любого носителя.
Для: CentOS, Fedora и подобные... - надо иметь конфиг: menu.lst -
для конкретного носителя, мало того, при попадании на компьютер
или нотик - не позволяющий определить флэшку первой: /dev/[sh]db1,
еще надо править конфиг: menu.lst - согласно реальному имени носителя
на конкретном устройстве: компьютер или нотик.
Ну и зачем такие сложности? :?
ИМХО, разработчики: CentOS, Fedora - чет слишком уж намудрили.
P.S. Определить накопитель - не так уж и сложно. 
Quote (Sh1td0wn) > кому как удобнее и понятнее. Но ведь Ваш способ ненадёжен: эта конфигурация будет работать только в том случае, если в компьютере есть ровно 1 жёсткий диск.
Не совсем так, есть компьютеры или нотики, имеющие "чудный" BIOS,
как не задавай порядок загрузки, а флэшка получается: /dev/[sh]db1
и тогда все: LABEL, UUID - "идут в сад" мелкими шажками.
Ессно, это противоречит условию: "2", и как печальное следствие:
CentOS, Fedora и подобные... - не грузятся.
Вот как раз для таких капризных сборок - это единственный метод
выполнить условие: "2".
И опять же, ubuntu (и многое на ее базе) - просто грузится.
|
| |
| |
| Sh1td0wn | Дата: Среда, 17.08.2011, 10:07 | Сообщение # 37 |
|
Программист
Группа: Модераторы
Сообщений: 3829
Статус: Отсутствует
| > == зачем тогда: "1" если грузится только: /dev/[sh]da1 ?
1 - номер раздела. А h - это вообще только для старых ядер (без libata) и IDE-жёстких дисков.
> Для: CentOS, Fedora и подобные... - надо иметь конфиг: menu.lst -
для конкретного носителя
А что в этом плохого? Зачем искать на всех блочных устройствах, если можно подмонтировать заранее известную файловую систему и не тратить время на поиск?
> как не задавай порядок загрузки, а флэшка получается: /dev/[sh]db1
и тогда все: LABEL, UUID - "идут в сад" мелкими шажками
Почему это? UUID и LABEL доступны всегда, если их вообще можно считать.
НАЖМИ МЕНЯ, прежде чем что-либо написать
|
| |
| |
| hunter64 | Дата: Суббота, 20.08.2011, 16:29 | Сообщение # 38 |
|
Неизвестный
Группа: Пользователи
Сообщений: 5
Статус: Отсутствует
| Quote (Sh1td0wn) Почему это? UUID и LABEL доступны всегда, если их вообще можно считать.
Доступны, никто не спорит, только какой толк от этого, если
скрипт: "initrd.gz:/init" - игнорирует: LABEL & UUID, и тупо
продолжает "искать иголку в стоге сена". Как печальный итог:
даже при правильном задании: LABEL & UUID - флэшка не грузится.
Сразу предупреждаю - ошибки исключены:
1. На других компах, где флэшка определяется: /dev/[sh]da1
- загрузка нормально.
2. Другие ОС (например: Ubuntu, openSUSE) - нормально грузятся
на этом и любых других компах.
Сообщение отредактировал hunter64 - Суббота, 20.08.2011, 16:31 |
| |
| |
| Sh1td0wn | Дата: Суббота, 20.08.2011, 16:40 | Сообщение # 39 |
|
Программист
Группа: Модераторы
Сообщений: 3829
Статус: Отсутствует
| > скрипт: "initrd.gz:/init" - игнорирует: LABEL & UUID
Это странно, особенно если учесть, что их официальный скрипт livecd-iso-to-disk использует именно LABEL для идентификации блочного устройства.
Получу доступ к более толстому интернету - посмотрю.
НАЖМИ МЕНЯ, прежде чем что-либо написать
|
| |
| |
| coka | Дата: Воскресенье, 16.10.2011, 14:29 | Сообщение # 40 |
|
Специалист
Группа: Проверенные
Сообщений: 211
Статус: Отсутствует
| Извечный вопрос - как сделать русскую локализацию, что надо добавить? 
title FEDORA Live
kernel /fedora/LiveOS/vmlinuz0 live_dir=/fedora/LiveOS root=live:LABEL=PENDRIVE rootfstype=auto ro liveimg quiet rhgb rd_NO_LUKS rd_NO_MD rd_NO_DM
initrd=/fedora/LiveOS/initrd0.img
Гном в нормальном режиме не запускался, и поставил на флешку я другой дистр - RFRemix-15.1-i686-Live-XFCE.iso Извечный вопрос отвалился сам собой Добавлено (16.10.2011, 14:29)
---------------------------------------------
Каким образом можно сохранять изменения FEDORA Live на 2-ом разделе USB-HDD
На флешке получается без проблем.
title Fedora 2
kernel /Fedora/syslinux/vmlinuz0 live_dir=/Fedora/LiveOS root=UUID=F0E7-512B rootfstype=vfat rw liveimg overlay=UUID=F0E7-512B quiet selinux=0 rhgb rd_NO_LUKS rd_NO_MD noiswmd
initrd=/Fedora/syslinux/initrd0.img
а перенеся на root (hd0,1) внешнего и поменяв UUID= этого внешнего диска (2-го раздела), изменения не сохраняются.
Как правильно сделать?
Сообщение отредактировал coka - Понедельник, 22.08.2011, 10:36 |
| |
| |
| Sh1td0wn | Дата: Воскресенье, 16.10.2011, 14:52 | Сообщение # 41 |
|
Программист
Группа: Модераторы
Сообщений: 3829
Статус: Отсутствует
| > а перенеся на root (hd0,1) внешнего и поменяв UUID= этого внешнего диска (2-го раздела), изменения не сохраняются.
А какая ФС на этом разделе?
НАЖМИ МЕНЯ, прежде чем что-либо написать
|
| |
| |
| coka | Дата: Воскресенье, 16.10.2011, 15:22 | Сообщение # 42 |
|
Специалист
Группа: Проверенные
Сообщений: 211
Статус: Отсутствует
| Sh1td0wn,
Fat32.
Все оказалось проще - на разделе была метка.
Убрал ее и все стало сохранятся.
Теперь буду копать как сохранять с меткой раздела.
Такое возможно? Где ее вставлять?
|
| |
| |
| Sh1td0wn | Дата: Воскресенье, 16.10.2011, 21:46 | Сообщение # 43 |
|
Программист
Группа: Модераторы
Сообщений: 3829
Статус: Отсутствует
| > Теперь буду копать как сохранять с меткой раздела.
> Такое возможно? Где ее вставлять?
Попробуйте overlay=LABEL=метка
НАЖМИ МЕНЯ, прежде чем что-либо написать
|
| |
| |
| coka | Дата: Воскресенье, 16.10.2011, 22:42 | Сообщение # 44 |
|
Специалист
Группа: Проверенные
Сообщений: 211
Статус: Отсутствует
| Понятия не имею где напортачил но теперь работает при таком запуске
title Fedora RFRemix-15.1-i686-Live-XFCE (persistent)
root (hd0,1)
kernel /Fedora/syslinux/vmlinuz0 live_dir=/Fedora/LiveOS root=live:LABEL=LINUX rootfstype=vfat rw liveimg overlay=UUID=D0D6-17CD quiet rhgb rd_NO_LUKS rd_NO_MD noiswmd
initrd=/Fedora/syslinux/initrd0.img
и так тоже сохраняет
title Fedora RFRemix-15.1-i686-Live-XFCE (Basic Video)
root (hd0,1)
kernel /Fedora/syslinux/vmlinuz0 live_dir=/Fedora/LiveOS root=UUID=D0D6-17CD rootfstype=vfat rw liveimg overlay=UUID=D0D6-17CD quiet rhgb rd_NO_LUKS rd_NO_MD xdriver=vesa nomodeset
initrd=/Fedora/syslinux/initrd0.img
Может из за того что переименовал файл с overlay-Linux-D0D6-17CD в overlay-LINUX-D0D6-17CD а так же и метку раздела с Linux в LINUX
И какой вариант предпочтительнее - root=live:LABEL=LINUX или root=UUID=D0D6-17CD ?
|
| |
| |
| Sh1td0wn | Дата: Воскресенье, 16.10.2011, 23:33 | Сообщение # 45 |
|
Программист
Группа: Модераторы
Сообщений: 3829
Статус: Отсутствует
| > И какой вариант предпочтительнее - root=live:LABEL=LINUX или root=UUID=D0D6-17CD ?
UUID специально созданы для того, чтобы быть уникальными. Если LABEL имеет какое-то не очень редкое значение (вроде KINGSTON), на него лучше не полагаться.
НАЖМИ МЕНЯ, прежде чем что-либо написать
|
| |
| |
|
|
