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

Имам следния проблем:
на лаптопа имам няколко линукса и реших да опитам още една дистрибуция-fedora core 3
инсталацията мина успешно, но при рестарта за първото влизане стигна до
checking root filesystem
и дава грешка:
fsck.ext3: bad magick number in super-block while trying to open /dev/hda7

интересното е, че инсталирам FC на /dev/hda9 и именно hda9 е кореновия дял за федората,
а на въпросния дял hda7 имам работещ debian sarge и fs е raiserFS
помагайте.

Ами какво неясно има?
fs.ext2 проверява дали има ext2 на грешния дял, което означава, че си объркал в bootloader-a номера на дяла (диска).
Вероятно имаш споделен /boot за всички дистрибуции, тогава ако кернела ти (и всички останали boot програми) търсят на грешния дял ext2 няма да я намерят.
Прегледай си bootloader-а.

ами доста неясни работи има.
значи bootloader-a (груб) федората я оставих сама да си го направи и то само за нея без да се съобразява с другите дистрибуции. И наистина при рестарта си тръгва груба САМО с федората- dev/hda9, намери си ядрото и т.н..
Така че аз не съм пипал нищо на ръка.
но каква работа има да търси из /hda7 не ми е ясно и защо решава че hda7 е ext2- като е raiserFS.
После си наместих груба да боотва и другите дистрибуции- всички си боотват (MDK9.1, MDK10.1, Debian, WINXP, WIN98) само федората се шашка.

Една от възможните идеи е да става някаква грешка при съвпадение на имена на System.map-х.х.хх или initr.d но това ми се струва малко вероятно, обикновено са с различни номера, които съответсват на номера на кернела - както е описан vmlinuz-x.x.xx - същия номер трябва да имат и initr.d (ако използваш, но обикновено default инсталациите имат) и System.map.
Защо не дадеш ls /boot и grub.conf (menu.list) или lilo.conf.

ето ls /boot
boot.0300
config@
config-2.6.8.1-12mdk
diag1.img
diag2.img
grub/
initrd-2.6.8.1-12mdk.img
initrd.img@
kernel.h@
kernel.h-2.6.8.1-12mdk
map
message@
message-graphic
message-text
System.map@
System.map-2.6.8.1-12mdk
us.klt
vmlinuz@
vmlinuz-2.6.8.1-12mdk

eto /boot/grub/menu.lst
title Debian  Linux
  kernel (hd0,6)/boot/vmlinuz-2.6.8-2-386 root=/dev/hda7 ro vga=771      acpi=force psmouse.proto=imps
  initrd (hd0,6)/boot/initrd.img-2.6.8-2-386

title WindowsXP
   rootnoverify (hd0,0)
   chainloader +1

title Mandrake Linux 9.1
  kernel (hd0,5)/boot/vmlinuz-2.4.21-0.13mdk root=/dev/hda6 ro
  initrd (hd0,5)/boot/initrd-2.4.21-0.13mdk.img

title Mandrake Linux 10.1
  kernel (hd0,7)/boot/vmlinuz root=/dev/hda8 acpi=force resume=/dev/hda11 splash=silent vga=788
  initrd (hd0,7)/boot/initrd.img

title Fedora Core (2.6.9-1.667)
   root (hd0,8)
   kernel /boot/vmlinuz-2.6.9-1.667 ro root=LABEL=/ rhgb quiet
   initrd /boot/initrd-2.6.9-1.667.img

Прости мен, гупавия почитател на Дебиан и Дженто, но що ще рече туй:

Цитат

initrd.img@

и сичко дето завършва на @?!!

Дай линк към информация за туй чудо - не съм виждал досега!

А ако редактираш в раздела за федора
kernel /boot/vmlinuz-2.6.9-1.667 ro root=LABEL=/ rhgb quiet
на
kernel /boot/vmlinuz-2.6.9-1.667 ro root=/dev/hda9 rhgb quiet
или както там се казва въпросния дял?
В момента той търси дяла по label-a, според мен може да се шашка ако имаш друг дял с LABEL=/

пробвах и изрично да му кажа дяла но не става.
роот дяла на федората не е този за който се сърди-там където реве е raiserFS с debian.
роот дяла си го намира федората, разпъва си кернела, оправя си хардуера, вдига udev и там решава да проверява то зи "чужд дял" и се олива.
търсих във fstab-a да няма нещо но не се наблюдава.

Добре де, напиши реда в fstab, който се отнася до hda7. Ако в fstab дяла е описам като ехт3, тогава се пуска check за ext3 вместо за reiser.
Ако горното е наред, тогава може да се изключи изцяло проверката, докато разбереш какво и зашо става. Това прави шестото поле в fstab, което е цифра от 0 до 2. 1 се проверява най-напред и обикновено се ползва за / дяла, 2ките се проверяват след това и 0 не се проверява.

във fstab изобщо НЯМА нищо за този дял hda7, няма и такъв label

чудя се дали да не конвертирам дебианския дял от reiserFS в ехт3
явно дефолтното ядро на федората не разбира от reiser

Аз бих предпочел да направя custom kernel отколкото да сменям  файловата система.
Btw ако имаш някакъв линк с хелп как се минава от reiserfs на ext3 и обратно - публикувай го тук. По едно време търсих, но явно не особено съсредоточено.

май единствения вариант за конвертиране на
reiserfs->ext3 e да го архивирам настрани, да направя наново партишъна и да върна архива.
Сигурно дебиана ще се ошашка здраво, но друго не се сещам.
Тая федора сигурно има някакъв начин да се спре проверката на чуждите файлови системи.
Ами ако имам novell-ски партишън и него ли ще тръгне да проверява :-).
А custom kernel (за да познава федората reiser-a)мога ли да направя така както съм в rescue mode.

А не можеш ли така както си в rescue mode да опишеш дяла в fstab с опции да не се проверява и монтира at startup? Даже да е с фалшива файлова система.
Имам предвид, че това би трябвало да спре федората да се заиграва с този дял

Братко, на мен също ми е интересно дали и как могат да се конвертират журнални файлови системи. Не знам обаче програми за конвертиране.

Цитат

Ами ако имам novell-ски партишън и него ли ще тръгне да проверява :-)

Това не го разбрах.

За проверката на файлови системи в /etc/init.d/ би трябвало да има няколко скрипта, кооито проверяват файловите системи и дисковете. При Дебиан те са checkfs.sh checkroot.sh mountnfs.sh mountvirtfs. Но си мисля, че във Федора трябва да има някакв играфични инструменти за техния контрол.
Custom kernel не можеш да направиш в rescue mode - едва ли има необходимите инструменти. Решението е Кнопикс.
В конзола пишеш:
su
mount /dev/hdaX /mnt/hdaX (hdaX - дяла на Федора)
mount -t proc none /mnt/hdaX/proc
chroot /mnt/hdaX /bin/bash
и там компилираш вече в /usr/src

Така - същите команди можеш да ги изпълниш и под Дебиан - няма нужда да боотваш от Кнопикс, а също да променяш и да правиш каквото си знаеш по дяла на Федора.
chroot - change root - т.е. ти си във Федора с горните команди.
Успех.

Ааа, да - това беше нещо което забравих и което vlad73 те подсети - прегледай си внимателно fstab.

Оправих проблема.
Първо сложих един ред с чуждия партишън във fstab с флагове да не се проверява, но федората пак се шашна.
Накрая във fstab-a направих корена на файловата система да се монтира изрично като /dev/hda9, а не както беше с етикет (LABEL=/)
сега всичко е точно.
колекцията ми с дистрибуции е пълна :-)