Debian теряет жесткий диск при загрузке 4 раза, а затем загружается. Зачем?

382
Dampf Hammer

Dmesg Dump:

http://paste.debian.net/44975 на время 32.832045

Эта ошибка значительно задерживает мой процесс загрузки. Кто-нибудь знает, о чем это?

Устройства: привод Maxtor IDE с новым кабелем на главном мастере на плате ASUS TUSL2-C с набором микросхем Intel 815 и процессором Pentium III Coppermine. Контроллер Intel 82801BA IDE U100.

Программное обеспечение: Debian Wheezy на новейших пакетах. Ядро: Linux 3.2.0-4-686-pae # 1 SMP Debian 3.2.46-1 + deb7u1

2
Серьезно, я заблудился об этом, переполз бесчисленные форумы, но никто не сталкивался с такой же проблемой. Единственное, что я мог найти с почти точно такой же ошибкой, это опубликовать две темы РУССКОГО ЯЗЫКА на форуме gentoo https://forums.gentoo.org/viewtopic-t-947186-start-0.html и http: //forum.oszone .net / пост-2075655.html Dampf Hammer 10 лет назад 0
Я не могу читать по-русски, переводчик Google настолько ультра неспецифичен в тех темах, что не могу понять это. Dampf Hammer 10 лет назад 0
Вы получили сообщение, в котором говорилось: «В ожидании корневого устройства ...»? В ветке форумов Ubuntu это также упоминается как возможный признак этой ошибки. John Bensin 10 лет назад 0
Нет, это не откажется от корневого устройства. Я зашифровал root, поэтому он ждет бесконечно из-за запроса пароля. Dampf Hammer 10 лет назад 0

1 ответ на вопрос

1
John Bensin

According to this Ubuntu forums thread (which may or may not apply, but since you're running Debian it's worth a shot), this can be fixed with these steps:

Follow the instructions in the last section of the first post, titled Info about libata.force=... :, to figure out your libata configuration.

libata.force= [LIBATA] Force configurations. The format is comma separated list of "[ID:]VAL" where ID is PORT[.DEVICE]. PORT and DEVICE are decimal numbers matching port, link or device. Basically, it matches the ATA ID string printed on console by libata. If the whole ID part is omitted, the last PORT and DEVICE values are used. If ID hasn't been specified yet, the configuration applies to all ports, links and devices.

If only DEVICE is omitted, the parameter applies to the port and all links and devices behind it. DEVICE number of 0 either selects the first device or the first fan-out link behind PMP device. It does not select the host link. DEVICE number of 15 selects the host link and device attached to it.

The VAL specifies the configuration to force. As long as there's no ambiguity shortcut notation is allowed. For example, both 1.5 and 1.5G would work for 1.5Gbps. The following configurations can be forced.

  • Cable type: 40c, 80c, short40c, unk, ign or sata. Any ID with matching PORT is used.

  • SATA link speed limit: 1.5Gbps or 3.0Gbps.

  • Transfer mode: pio[0-7], mwdma[0-4] and udma[0-7]. udma[/][16,25,33,44,66,100,133] notation is also allowed.

Once you've done that, add the line you found to grub.cfg. For example, if the above steps gave you libata.force=1:pio4, add

libata.force=1:pio4 

to the kernel line in grub. You can test this by pressing e at the Grub menu and adding the line manually to the kernel line. If it works, edit the grub.cfg file:

sudo nano /etc/default/grub 

and edit the contents of this line to add the appropriate command:

GRUB_CMDLINE_LINUX_DEFAULT="libata.force=1:pio4 quiet splash" 

Then run sudo update-grub.

I make no promises that this will work, since I don't have a system that's experiencing this error to test it on, but it looks like others have run into a similar problem, so maybe these steps will work for you.

Это, вероятно, последний вариант. Потому что: аппаратное обеспечение должно определенно поддерживать режим DMA / 100, а PIO4 только ужасно медленный. Dampf Hammer 10 лет назад 1
Несмотря на это, форсирование PIO4 работает. Но хорошо, я хочу UDMA Dampf Hammer 10 лет назад 0