Переносной HDD

Проблема такова:
в большенсвте компьютеров и ноутов все заводится без проблем, но на некоторых системниках груб вываливается с ошибкой
grub2 error unknown filesystem
запостил сюда с надеждой что кто сталкивался и будет быстрое и простое решение, сам ушел усилено гулить ибо поверхностно проблема у людей возникает внезапно и на стабильном железе.
UPD:чуть интересного тут.
мало данных.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
sleepycat
мало данных.
Да, но пофиг:) бутаюсь через диск и чьрутюсь. Как надоест, прийду с логами и конфигами:)
Как конфигурили GRUB2?
В конфиге нет явного присвоения вида set root=... ?
Есть.
menuentry 'Arch GNU/Linux, with Linux core repo kernel' --class arch --class gnu-linux --class gnu --class os $menuentry_id_o$
        load_video
        set gfxpayload=keep
        insmod gzio
        insmod part_msdos
        insmod ext2
        set root='hd1,msdos3'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos3 --hint-efi=hd1,msdos3 --hint-baremetal=ahci1,msdos3 $
        else
          search --no-floppy --fs-uuid --set=root b07b6171-80b2-4b80-acda-965998af3524
        fi
        echo    'Loading Linux core repo kernel ...'
        linux   /boot/vmlinuz-linux root=UUID=b07b6171-80b2-4b80-acda-965998af3524 ro
        echo    'Loading initial ramdisk ...'
        initrd  /boot/initramfs-linux.img
Linux linuxman 3.7.6-1-ARCH #1 SMP PREEMPT Mon Feb 4 09:15:13 CET 2013 x86_64 GNU/Linux
загрузчик находится на отдельной небольшом разделе? или вы разбили весь винт как раздел и формально загрузчик на таком огромном разделе?
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
sleepycat
загрузчик находится на отдельной небольшом разделе? или вы разбили весь винт как раздел и формально загрузчик на таком огромном разделе?
Загрузчик и корень на одном разделе.
А как вы сделали выводы о размерах раздела?:)
Тогда уберите привязку. По-умолчанию БЕЗ привязки GRUB выбирает как корень тот диск (и раздел), с которого загрузился, независимо от номера, а вот номер может на некоторых машинах оказаться ненулевым.
Я месяц не мог понять, почему мой граб4дос всегда работал на ура на флешках, а когда я купил переносной усб винт на 250 гигов и сразу ес-но в те то времена разметил его полностью как нтфс одним шмотком, граб4дос стал жаловаться , что он не знает партицию. Причем ошибка не давала мне понять(наверняка), что именно он не узнал, фс или раздел. Фс я отмел сразу, так как методом научного тыка. Потом я было бы уже решил проститься с загрузочным винтом(идеей), как случайно в один воскресный день не наткнулся на подобный вопрос на каком-то забугорном форуме, где был задетектирован ответ на него. Один бывалый малый предположил , что в силу некоторых обстоятельств загрузчик просто не может охватить такой раздел. Я сразу же переразметил диск как 20Г(с головой хватит на всякие live-cd, hbcd и пр.) и все остальное, накатил гроб4дос на первый раздел и о чудА, оно ожило.
Все таки я бы рекомендовал сначала вариант с неправильным указанием (определением) нужного раздела (см. выше). Проверяется это обычно в ручную, указывая раздел в нотации граб, а не через поиски по ууид, в консоли загрузчика. И только если с определением все в порядке, я бы попробовал схему разметки с отдельным разделом для делов загрузочных.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
На некоторых (старых) материнках действительно есть проблема опознания БОЛЬШИХ ФЛЕШЕК в BIOS, функциями которого пользуется любой загрузчик для доступа к ДИСКАМ.
Разделы загрузчик распознает на диске сам, поскольку используемые им функции BIOS INT 13h предполагают работу на уровне секторов диска.
Проблема либо с доступом к слишком большой флешке вообще, либо к её секторам с большими номерами. Первое решается только флешкой меньшего размера, второе решается созданием в начале флешки достаточно малого раздела.

Что касается USB-винчестеров – не пробовал, но догадываюсь, что тут всё зависит от реализации в конкретном BIOS работы с ними по образцу ATA-диска или по образцу флешки.
ATA-диски с большими разделами на тех же материнках читаются совершенно нормально.
 
Зарегистрироваться или войдите чтобы оставить сообщение.