Linux за българи: Форуми

Здравейте,
след прозореца с GRUB-a ми изкарва следната грешка: revalidation failed (errno=-5) и на двата диска. Това почна да излиза след като си играх да бъзикам GRUB-a, в смисъл, че ми се наложи, след ъпдейт от 7.4 на 7.5 Debian. Някой има ли идея откъде идва това нещо?

(http://i.imgur.com/jwo3GVc.jpg)

Зареди някое Live CD и виж състоянието на etc/fstab.
Подозирам, че редовете са изтрити или променени.
Колкото до надграждането от 7.4 до 7.5 - номерчето няма значение при актуализирането на вече инсталираните версии. Номерата са на актуализираните издания към определена дата, но, това има значение, когато сваляш образи за инсталация. Иначе - дистрибуцията си е Debian 7 Wheezy.
В моят случай - Jessie http://s19.postimg.org/74pm2kr03/jessie.png

П.П.: Виж, при самото стартиране, колко ядра са в списъка. Ако са повече от едно - зареди старото ядро.

Това не е ли компютърът със старият хардуер, за който ти препоръчах Debian с i486 ядро ?

чини ми се, че не стига до /etc/fstab. Преди това ще да е проблемът. GRUB, initrd-img...

Зареди някое Live CD и виж състоянието на etc/fstab.
Подозирам, че редовете са изтрити или променени.
Колкото до надграждането от 7.4 до 7.5 - номерчето няма значение при актуализирането на вече инсталираните версии. Номерата са на актуализираните издания към определена дата, но, това има значение, когато сваляш образи за инсталация. Иначе - дистрибуцията си е Debian 7 Wheezy.
В моят случай - Jessie http://s19.postimg.org/74pm2kr03/jessie.png

П.П.: Виж, при самото стартиране, колко ядра са в списъка. Ако са повече от едно - зареди старото ядро.

Това не е ли компютърът със старият хардуер, за който ти препоръчах Debian с i486 ядро ?

ПС. Само да поясна, че май съм пропуснал да го отбележа и може би си мислите друго, НО въпреки грешките, системата си зарежда. Просто искам да ги изчистя, че ме дразнят.

ами не, това е по-новото, на старото си му остайх бсд. Иначе точно след ъпдейта от 7.4 на 7.5 имах ТОЗИ ($2) проблем, след което си намерих решението, обаче след "решението" започна да се показва тая грешка.

чини ми се, че не стига до /etc/fstab. Преди това ще да е проблемът. GRUB, initrd-img...

да проблема е в GRUB-a или някъде другаде, но със сигурност не е в fstab-a, познавам си машината поне малко :)

Имам два харддиска и за двата ми вади по един ред. някъде бях чел за някакви стари, остарели модули/драйвери, но още разнищвам проблема.


ПС. само да отбележа понеже забелязвам, че оставате с впечатление, че машината не буутва. Напротив, буутва си много добре, обаче просто изкарва тия грешки. Искам да ги изчистя. И даже в момента преглеждам в Гуугъл, но реших да пусна тема и тук, ако случайно някой знае.

Това със зареждането, наистина беше сериозен пропуск.
Просто изпълни
su
update-grub
reboot

Не става, същите грешки вади, освен това при update-grub ми изкарва, че не намира някакъв splash image, но предполагам, че тези грешки едва ли са от липсата на splash.

Никакво значение няма това за картинката. Чиста козметика. На GRUB е зададено да взема изображение, а ти нямаш такова.
От липсата на картинка e. Ако искаш, намери някакво png. изображение, кръсти го desktop-grub.png и го сложи тук http://s19.postimg.org/lp6oxelyr/grub_image.png
или или редактирай конфигурационният файл на GRUB да не търси никаква графика.

Изпълни
su
apt-get update
apt-get autoremove
apt-get autoclean
apt-get clean
да не би да има нещо за почистване.
След това отново изпълни
update-grub

Така, пичове оправих си проблема. Попаднах на доста случаи в които различни неща оправят проблема, ще опиша и тях.

#1 добавяте noapic acpi=off в /boot/grub/menu.lst, да изглежда така (в случая с Debian, kernel е заместено с linux)
kernel   /boot/vmlinuz-2.6.24-16-generic root=UUID=d88c93a3-4af3-4cd0-824e-8d5c172afc47 ro noapic acpi=off
(при мен не стана)

#2 добавяте irqpoll all_generic_ide на първия ред в /boot/grub/menu.lst, който е само с един диес # в Start Default Options да изглежда така:

## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
##      kopt_2_6_8=root=/dev/hdc1 ro
##      kopt_2_6_8_2_686=root=/dev/hdc2 ro
# (някакви_настройки_тук) irqpoll all_generic_ide
(и това не даде резултат при мен)

#3 Попаднах във форум на CentOS, където бяха дали съвет да се сменят АТА кабелите. Та смених кабелите на дисковете - никакъв резултат. После разкачих CD-то и ХОП! Грешките вече не се получаваха. Помислих си, че е от кабела на CD-то - смених го. Грешките отново се върнаха. После реших, че не е от кабела а от самото CD. Смених CD-то и върнах стария АТА кабел, и имаше резултат - грешките ги нямаше.

Значи проблема е бил в CD-то ми. И без това изглеждаше доста старо а и беше старо, като се има в предвид, че е CD-четец. На стикера пишеше Януари 1999. Може би е почнало да му идва времето и създава конфликти. Радвам се, че го отстраних и проблема вече го няма :)

Диез-ът се нарича коментар. Когато редът е коментиран, той не се чете от системата, няма значение, колко знаци имаш след него. Дали са два или три знака #, това няма значение, защото още с първият знак се коментира реда.
Поздравление, че си открил проблема, но мисля, че има и по- елегантен начин.
В крайна сметка, проблемът наистина е в fstab, защото точно тези редове бяха на снимката.
Инсталаторът на Debian, описва CD/DVD-то в etc/fstab, заедно дяловете на твърдият диск. Този проблем (ако може така да се нарече) стои още от Lenny, а е възможно и да е от по- рано. След инсталацията е добре да изтриеш този ред (обикновено е последен) и да актуализираш GRUB. Когато триеш ред от fstab, трябва да маркираш само него и да не преминаваш на някой от другите редове.

Диез-ът се нарича коментар. Когато редът е коментиран, той не се чете от системата, няма значение, колко знаци имаш след него. Дали са два или три знака #, това няма значение, защото още с първият знак се коментира реда.

По въпрос #2 за хаштаговете при menu.lst. Два хаштага означават, че реда е коментиран, а един хаштаг означава - настройка по подразбиране.

2 hashes mean the line is a comment, 1 hash is a default option, no hash is a kernel entry. grub is special, it names drives and uses hashes its own way :)

източник: http://bapoumba.wordpress.com/2008/03/20/hashes-in-bootgrubmenulst/

Поздравление, че си открил проблема, но мисля, че има и по- елегантен начин.
В крайна сметка, проблемът наистина е в fstab, защото точно тези редове бяха на снимката.
Инсталаторът на Debian, описва CD/DVD-то в etc/fstab, заедно дяловете на твърдият диск. Този проблем (ако може така да се нарече) стои още от Lenny, а е възможно и да е от по- рано. След инсталацията е добре да изтриеш този ред (обикновено е последен) и да актуализираш GRUB. Когато триеш ред от fstab, трябва да маркираш само него и да не преминаваш на някой от другите редове.

fstab-a ми не е променян никъде, и не виждам описано CD.

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
UUID=0b6a04c4-b3c7-41d8-a6c1-8b086ab078d7 /boot           ext2    defaults        0       2
/dev/mapper/whitecore-swap_1 none            swap    sw              0       0
/dev/mapper/whitecore-root        /               ext4    errors=remount-ro 0       1
/dev/mapper/whitecore-home     /home   ext4    defaults        0       0

Не забелязвам никъде, никакво CD, освен партишъни /boot, /root, /home и swap. И ми е чудно, как аджеба без да коментирам редове, трия редове или да ъпдейтвам GRUB-a, проблема се отстрани само като подмених CD-то. Не мога да приема, че е от fstab-а. Особено като виждам само 4 активни реда и е очевадно за какво е всеки ред.

а има ли нещо в CD-то и какво си "казал" на BIOS- а по въпроса от къде да зарежда първо?

 :o Верно, зарежда от CD-то и там имаше диск с Debian само, че го бях сложил на обратно да не зарежда и за да не го загубя. Може ли да е било от това?

най-вероятно не. щом е бил обърнат BIOS-а не намира медия за стартиране, търси от второто устройство, ако и там няма в третото и така... подозирах, че може да има повреден диск, макар че вероятноста беше малка. не вярвам да го чете обърнат, но не е невъзможно :D аз бих си поиграл, за да се убедя. на мен ми се е случвало върху един диск да запиша втори и то върху непрезаписваем диск. това скапа първия филм, а втория беше с някаква странна резолюция, но факта си е факт. дисковете са оптични, възможно е да го чете обърнат, но с грешки :)