Try fd0 fat32 disk error

Не грузится grub4dos на разных компьютерах по разному.
На буках грузится в частности на моем acer aspire one, грузится на моем первом компе где мать Gigabyte GA-X48-DS5, не грузится на всех компах Hewlett-Packard корпоративных (мать неизвестна, чипы intel, не грузится на компах корпоративных krafway (мать MSI, чипы intel,) не грузится на моем втором компе где мать ASUS P5B DELUX.

Ставлю grub на внешний винт HDD A-Data 320GB [CH94 320Gb] 2.5″ USB 2.0, на NTFS.

Пробовал разные способы установки grub, разные версии grub. Не чего не изменяется.

Помогите если сможете очень нужен загрузочный винт со всякой ботвой типа алкид лиф сд ну и тд и тп.

Ошибка при загрузки выпадает такая, выдает в столбик разные файловые системы и пишит что не может найти файл grldr. Иногда после этой ошибки пишит какую-то муть про MBR и начинает отчет в 5 секунд и уходит на перезагруз.
Есть флеха 4 ГБ kingston на ней grub робит с любого компа хотя делал все из тех же файлов.

Пологаю что проблема такая же как у Тесла, Lestad.

Прошу ответы типа дело в винте не писать, это я и сам понимаю что с ним что-то, вот и прошу помочь исправить это.

Ругаться и матерится тоже в мой адрес не надо, если где-то ступил, я и русский язык хорошо понимаю.

Источник

При включении ошибка “Try (hd0,0): NTFS5: No grldr”

Что означает ошибка «Try (hd0,0): NTFS5: No grldr» при включении компьютера и как ее исправить?

Не запускается автокад. Параллельная конфигурация неправильна

MSVCR100.dll не обнаружен. Пожалуйста, установите нужные библиотеки

Что за файл msvbvm50.dll и где его скачать?

Не включается компьютер/ноутбук. Пишет “Try (hd0,0): NTFS5: No grldr”

При включении компьютера или ноутбука довольно часто возникают различные ошибки, после которых операционная система отказывается загружаться. Причем чаще всего это происходит спонтанно, без каких – то предварительных признаков. Грубо говоря, вчера работало – сегодня нет.

Одна из таких ошибок – Try (hd0,0): NTFS5: No grldr. Cannot find GRLDR. В конце текста предлагается нажать Ctrl+Alt+Del для перезагрузки. Сделав это, ситуация повторяется.

Далее мы расскажем о причинах появления этой ошибки, а также о способах избавления от нее.

Что означает?

Данная ошибка говорит о том, что не найден загрузчик операционной системы. Из-за этого BIOS не может передать ему управление и начать загрузку.

Как исправить?

В первую очередь обратите внимание не вставлены ли в USB порты компьютера/ноутбука флешки или внешние жесткие диски. Картридер ноутбука также стоит проверить, так как там может быть флешка. Также посмотрите нет ли в DVD приводе дисков. Если есть – извлекаем и пробуем включать.

Извлекаем все флешки из USB портов

Извлекаем флешку из картридера

Это связано с тем, что в настройках приоритета загрузки BIOS выставлено на первое место какое – то иное устройство, но только не ваш основной жесткий диск, на котором находится Windows и ее загрузчик.

Установка приоритета загрузки устройств

Проверьте это, и если это так – выставьте на первое место жесткий диск, чтобы больше этой проблемы не возникало.

Если же с приоритетом загрузки все в порядке и в USB портах нет никаких устройств хранения информации, то это значит, что есть проблемы с системным загрузочным разделом.

В этом случае советуем вам проверить жесткий диск на наличие битых секторов. Если они есть – жесткий диск под замену.

Тест поверхности диска в Victoria

Следующим шагом стоит попробовать загрузиться со специальной версии Windows PE (не требующей установки), найти в корне диска C файл ntldr и переименовать его в grldr. Это же можно сделать, переставив ваш жесткий диск в другой компьютер, подключив, например, через USB переходник.

Переходник для подключений жестких дисков или SSD через USB

Также можно попробовать восстановление Windows. Для этого загружаемся с установочной флешки или с диска, выбираем “Восстановление системы” -> “Командная строка” и выполняем в ней эти две команды:

• Bootrec.exe /FixMbr
• Bootrec.exe /FixBoot

Запуск командной строки через восстановление windows

На самый крайний случай, если ничего не помогло – переустанавливаем Windows.

Лучшая благодарность автору — репост к себе на страничку:

Источник

Adblock
detector

Во время установки Windows XP c флешки, кстати как создать загрузочную флешку с Windows XP описано тут,  у меня возникали следующие проблемы:

При начальной установке, во время загрузки драйверов, появлялся синий экран с примерно следующим содержанием:

A problem has been detected and Windows has been shutdown to prevent damage to your computer

…

Technical Information:

*** STOP: 0x0000007B (0xF78D2524, 0xC0000034, 0x00000000, 0x00000000)

Решается так:

Заходим в Bios, нажатием F2 или Del на вашем компьютере и находим пункт Sata Mode (возможно он будет располагаться в меню Main). И выставляем значение IDE Mode вместо AHCI Mode. Сохраняем настройки, перезагружаемся.

Если у вас нет данного пункта, значит у вас другая версия BIOS и для вас возможно подойдут следующие настройки:

Вкладка Advanced -> параметр OnChip SATA Type меняем с IDE AHCI на Native IDE

или еще вариант Вкладка Advanced -> параметр IDE Configuration -> параметр SATA Operation Mode меняем с Enhanced на Compatible

——————————————————————————

Следующая проблема, которая возникла это перезагрузка компьютера на втором этапе установки, когда загрузка шла уже с жесткого диска, появлялось окно с загрузкой Windows XP и компьютер перезагружался.

Решается так:

Бред какой-то и мистика, но все же опишу, мало ли кому то поспособствует. Заходим в биос, меняем значение Sata Mode обратно в Ahci mode, грузимся видим синий экран смерти, затем опять заходим в биос и меняем уже обратно на ide mode, после чего перезагружаемся и вуаля. Во всяком случае к моему глубокому удивлению у меня было именно так:)

——————————————————————————

Следующее что произошло, это запросило при установке у меня файл asms

Решилось так:

Грузимся с флешки еще раз, и проводим весь процесс сначала, если вы делали загрузочную флешку по этой статье, то на первом этапе при загрузке с флешки выбираем 2 пункт (Windows XP/2000/2003 Setup), а в нем First part…..

После того, как файлы переписались на жесткий и компьютер перезагрузился  выбираем второй пункт Second part……. (Это если вы снова загрузились с флешки)

В этот раз весь процесс прошел без ошибок и до конца.

Страницы: [1]   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

c:bootstage1="Puppy-Linux"

default 0
timeout 1
title PuppyRus
        rootnoverify (hd0,3)
        kernel  /PuppyLinux/vmlinuz root=/dev/ram0 PMODE=idehd
        initrd  /PuppyLinux/initrd.gz

Страницы: [1]   Вверх

koan wrote:

sgosnell wrote:If you’ve had success using legacy grub, why not just continue to use it? You don’t have to use grub2, you can always install the old version. When you’re doing things unconventionally, you sometimes have to use more unconventional methods. It’s very unusual these days to boot from a floppy, and floppy support is slowly but surely being phased out, because modern machines don’t even have floppy drives. It’s not difficult to put grub or grub2 on a USB drive, though, and using one of those might work better for you.

Well, To use the same old GRUB was the first idea I decided to try.

Let’s start. According to the tutorials.
1. Remove GRUB 2
sudo apt-get purge grub2 grub-pc
The system will be unbootable until another bootloader is installed!
2. Install GRUB 0.97
sudo apt-get install grub
3. With grub installed, the user must still create the menu.lstand stage1/stage2 files by running the following two commands.
sudo update-grub
Generates menu.lst
Tab to “Yes” when prompted.
sudo grub-install /dev/fd0
Everything seems o’k.
But when I started to install the Legacy GRUB during installation begins upgrade of the old with the new loader and I can have escaped upgade and voila again we have new GRUB2.

Indeed, the floppy disk has increasingly little use and will really need to drop it.
I guess I’ll use good old LILO. maybe

and many thanks to oobetimer for this link.

sgosnell wrote: Why not to use LILO BootFloppy? ..  
viewtopic.php?f=42&t=56726&p=324837&hilit=lilo#p324834

but most likely will try to install bootloader on USB flafh drive. I would be very grateful if someone gave me a link to a working resource how to work it that idea.

Not sure whether you still need help getting a custom GRUB2 boot floppy, but I experienced the same type of problems the original poster (koan) had. No easy way to do it anymore.

I finally came up with a way to make a custom boot floppy under Debian 6 and Ubuntu 10.10 by modifying the contents of the grub rescue floppy image. (The technique I used should work with any debian-derived distro using GRUB2, so long as the grub-rescue-pc package is available. See addendum below for a link to the mint package containing the original «rescue» floppy image that I started with.)

What I mean by a «custom boot floppy» is a floppy I can configure to boot a particular OS (e.g., Windows 7 or Debian 6).

I started with the rescue floppy image installed by the package grub-rescue-pc. The floppy image is installed at: /usr/lib/grub-rescue/grub-rescue-floppy.img.

Embedded in grub-rescue-floppy.img is a generic grub.cfg file. To make it specific to my system, I had to modify grub-rescue-floppy.img to suit my own needs. What I did was to find where the contents of grub.cfg were stored within the image. I replaced it with my own custom grub.cfg, padded as necessary to match the size of the grub.cfg I was replacing. My own grub.cfg had only the entries that reflected the operating systems on my computer. (The original image had «generic» entries for a bunch of OSes, starting with GNU Hurd at the top.) Then I wrote grub-rescue-floppy.img, as modified, to a floppy using dd, and presto, I had a custom boot floppy.

The time consuming part of this was finding the exact byte range within grub-rescue-floppy.img that contained grub.cfg. It starts at byte offset 79872, with a length of 1635 bytes.

You can display it with the following command:

dd if=/usr/lib/grub-rescue/grub-rescue-floppy.img skip=79872 count=1635 bs=1

A little arithmetic gives the size of each piece:

(1) Offset 0 Length 79872
(2) Offset 79872 Length 1635
(3) Offset 81507 Length 1362333

I padded my custom grub.cfg file with whitespace or comments, so as to have a length of 1635 bytes. Using dd, I created the individual parts:

dd if=/usr/lib/grub-rescue/grub-rescue-floppy.img count=79872 bs=1 of=grf_p1.dat
dd if=/usr/lib/grub-rescue/grub-rescue-floppy.img skip=79872 count=1635 bs=1 of=grf_p2.dat
dd if=/usr/lib/grub-rescue/grub-rescue-floppy.img skip=81507 count=1362333 bs=1 of=grf_p3.dat

Then, to create the «custom» rescue floppy, I cat’ed the first piece, the custom grub.cfg file, and the third piece, to make a complete image file:

cat grf_p1.dat grub.cfg grf_p3.dat > custom-grub-rescue-floppy.img

I made one floppy with a grub.cfg set to boot windows and another floppy with a grub.cfg set to boot linux.

Now, by inserting the right floppy before booting, I can boot my headless workstation to either Ubuntu or Windows, as necessary, and access it remotely, even though I do not have a keyboard or monitor attached.

As an example, here is my grub.cfg for the floppy that boots Debian, as the default, with an option, if I had a keyboard attached, to boot Windows.

— BEGIN CUT HERE —
#
# GRUB configuration file
# CWM 2011.02.18
#

# Boot automatically after 15 secs.
set timeout=15

# By default, boot the first entry.
set default=0

# Fallback to the second entry.
set fallback=1

# For booting GNU/Linux
menuentry «GNU/Linux» {
set root=(hd0,1)
linux /vmlinuz root=/dev/sda1
initrd /initrd.img
}

# For booting Microsoft Windows
menuentry «Microsoft Windows» {
set root=(hd0,2)
chainloader +1
}

# For booting Memtest86+
menuentry «Memtest86+» {
set root=(hd0,1)
linux16 /memtest86+.bin
}

######################################################################
# THIS SPACE IS RESERVED #############################################
######################################################################
######################################################################
######################################################################
######################################################################
######################################################################
######################################################################
######################################################################
######################################################################
######################################################################
######################################################################
######################################################################
######################################################################
######################################################################
#####################################################
— END CUT HERE —

The extra stuff at the end of the file is there so that it matches the exact length of the «generic» grub.cfg embedded in the rescue image, i.e., 1635 bytes.

I know that this is confusing. I’ll try to answer any questions you have, if I have not provided a clear explanation.

Addendum 1. Get the original floppy image by installing this package: http://community.linuxmint.com/software … -rescue-pc

Addendum 2. The md5sum of grub-rescue-floppy.img should be 1966048d667c7adbbb3fc005f2081a2f. This will confirm that you are starting with the same source I used.

Addendum 3. I think that this will keep up with kernel upgrades automatically. I am pretty sure I have gone through one kernel upgrade since adopting this hack.