lug-bg: Re: lug-bg: Проблем при "Mounting root file system"
Alexander P. Panov wrote: Begin: Mounting root file system ... Begin: Running /scripts/local-top ... Done. ALERT! /dev/sda2 does not exist. Dropping to a shell! Дебиан тестинг, контролера е SCSI Adaptec. Груб държи буутването. Дебиана наистина е на sda2. Виждам директориите от друга дистрибуция, но при стартирането на Дебиан-а, зарежда, дарежда и изплюва това съобщение и ме оставя в csh шел. Някакви предложения как да продължа, така че да се зареди ОС-а. Ако при инсталацията го е виждало успешно, вероятно проблема е следния: Модула може би се слага от пакета discover, който за жалост се пуска късно от init процеса. В директория /etc/rcS.d вероятно има следния линк (или подобен): S36discover -> ../init.d/discover Направи нов линк от вида: S23_discover -> ../init.d/discover Това ще премести стартирането на discover преди mount-a Горното решение работи при Debian stable, но е много вероятно да проработи и на testing. Скелета
Re: lug-bg: Re: lug-bg: Проблем при "Mounting root file system"
Skeleta wrote: Alexander P. Panov wrote: Begin: Mounting root file system ... Begin: Running /scripts/local-top ... Done. ALERT! /dev/sda2 does not exist. Dropping to a shell! Дебиан тестинг, контролера е SCSI Adaptec. Груб държи буутването. Дебиана наистина е на sda2. Виждам директориите от друга дистрибуция, но при стартирането на Дебиан-а, зарежда, дарежда и изплюва това съобщение и ме оставя в csh шел. Някакви предложения как да продължа, така че да се зареди ОС-а. Ако при инсталацията го е виждало успешно, вероятно проблема е следния: Модула може би се слага от пакета discover, който за жалост се пуска късно от init процеса. В директория /etc/rcS.d вероятно има следния линк (или подобен): S36discover -> ../init.d/discover Направи нов линк от вида: S23_discover -> ../init.d/discover Това ще премести стартирането на discover преди mount-a Горното решение работи при Debian stable, но е много вероятно да проработи и на testing. Скелета Току що ставам , но /etc дори и да е на отделен дял се mount-ва след rootfs (.?) , а в случея доколкто разбирам имаме само /(root) и евентуално /boot да е на отделен дял (предположение). Идеята ми е: Ядрото казва не мога да монтирам rootfs => нямаме достъп до /etc/init.d/... и въобще discover , и въобще :-) Така че дали ще е указано discover да се стратира с N23 или N36 няма как да реши проблема. Модула за rootfs трябва да е в ядрото или в initrd image (което ясно), Може би аз не разбирам това, което си написал , но то ми звучи така: "Ядрото не може да монтира rootfs , защото трябва програма , която е на rootfs да бъде изпълнена и да зареди модула за rootfs." ~Някак си действията в обратен ред :-) Цялото ми звучи объркано :-)
Re: lug-bg: Re: lug-bg: Проблем при "Mounting root file system"
2006/5/25, Dimitar Tomow <[EMAIL PROTECTED]>: Skeleta wrote: > Alexander P. Panov wrote: > >> Begin: Mounting root file system ... >> Begin: Running /scripts/local-top ... >> Done. >> ALERT! /dev/sda2 does not exist. Dropping to a shell! >> >> Дебиан тестинг, контролера е SCSI Adaptec. Груб държи буутването. >> Дебиана наистина е на sda2. Виждам директориите от друга дистрибуция, >> но при стартирането на Дебиан-а, зарежда, дарежда и изплюва това >> съобщение и ме оставя в csh шел. >> >> Някакви предложения как да продължа, така че да се зареди ОС-а. > > > Ако при инсталацията го е виждало успешно, вероятно проблема е следния: > > Модула може би се слага от пакета discover, който за жалост се пуска > късно от init процеса. > > В директория /etc/rcS.d вероятно има следния линк (или подобен): > > S36discover -> ../init.d/discover > > Направи нов линк от вида: > > S23_discover -> ../init.d/discover > > Това ще премести стартирането на discover преди mount-a > > Горното решение работи при Debian stable, но е много вероятно да > проработи и на testing. > >Скелета > Току що ставам , но /etc дори и да е на отделен дял се mount-ва след rootfs (.?) , а в случея доколкто разбирам имаме само /(root) и евентуално /boot да е на отделен дял (предположение). Идеята ми е: Ядрото казва не мога да монтирам rootfs => нямаме достъп до /etc/init.d/... и въобще discover , и въобще :-) Така че дали ще е указано discover да се стратира с N23 или N36 няма как да реши проблема. Модула за rootfs трябва да е в ядрото или в initrd image (което ясно), Може би аз не разбирам това, което си написал , но то ми звучи така: "Ядрото не може да монтира rootfs , защото трябва програма , която е на rootfs да бъде изпълнена и да зареди модула за rootfs." ~Някак си действията в обратен ред :-) Цялото ми звучи объркано :-) Съгласен съм с тебе. >> Begin: Mounting root file system ... >> Begin: Running /scripts/local-top ... >> Done. >> ALERT! /dev/sda2 does not exist. Dropping to a shell! Виж дали ти е сда2. Ако не е: mount -t ext3 /dev/sdaX /mnt/sdaX chroot /mnt/sdaX едит-ваш груб меню-то и го правиш от сда2 на сдаХ -- Best Regards, Yulian Stefanov +359 (885) 161 535 [EMAIL PROTECTED]
Re: lug-bg: Re: lug-bg: Проблем при "Mounting root file system"
Yulian Stefanov wrote: 2006/5/25, Dimitar Tomow <[EMAIL PROTECTED]>: Skeleta wrote: > Alexander P. Panov wrote: > >> Begin: Mounting root file system ... >> Begin: Running /scripts/local-top ... >> Done. >> ALERT! /dev/sda2 does not exist. Dropping to a shell! >> >> Дебиан тестинг, контролера е SCSI Adaptec. Груб държи буутването. >> Дебиана наистина е на sda2. Виждам директориите от друга дистрибуция, >> но при стартирането на Дебиан-а, зарежда, дарежда и изплюва това >> съобщение и ме оставя в csh шел. >> >> Някакви предложения как да продължа, така че да се зареди ОС-а. > > > Ако при инсталацията го е виждало успешно, вероятно проблема е следния: > > Модула може би се слага от пакета discover, който за жалост се пуска > късно от init процеса. > > В директория /etc/rcS.d вероятно има следния линк (или подобен): > > S36discover -> ../init.d/discover > > Направи нов линк от вида: > > S23_discover -> ../init.d/discover > > Това ще премести стартирането на discover преди mount-a > > Горното решение работи при Debian stable, но е много вероятно да > проработи и на testing. > >Скелета > Току що ставам , но /etc дори и да е на отделен дял се mount-ва след rootfs (.?) , а в случея доколкто разбирам имаме само /(root) и евентуално /boot да е на отделен дял (предположение). Идеята ми е: Ядрото казва не мога да монтирам rootfs => нямаме достъп до /etc/init.d/... и въобще discover , и въобще :-) Така че дали ще е указано discover да се стратира с N23 или N36 няма как да реши проблема. Модула за rootfs трябва да е в ядрото или в initrd image (което ясно), Може би аз не разбирам това, което си написал , но то ми звучи така: "Ядрото не може да монтира rootfs , защото трябва програма , която е на rootfs да бъде изпълнена и да зареди модула за rootfs." ~Някак си действията в обратен ред :-) Цялото ми звучи объркано :-) Ако трябва да извадя малко повече информация от някой файлове казвайте? По време на инсталацията Дибиан-а разпознава контролера и диска!!! Все пак аз правя net install и всичко си е както трябва. Директорията /etc/rcS.d ми е със следното съдържание 27.03.2006 ¬. 14:42 785 README 24.05.2006 ¬. 21:10 0 S01glibc.sh 24.05.2006 ¬. 21:11 0 S02mountkernfs.sh 24.05.2006 ¬. 21:13 0 S03udev 24.05.2006 ¬. 21:11 0 S04mountdevsubfs.sh 24.05.2006 ¬. 21:11 0 S05bootlogd 24.05.2006 ¬. 21:14 0 S05keymap.sh 24.05.2006 ¬. 21:11 0 S10checkroot.sh 24.05.2006 ¬. 22:28 0 S18hwclockfirst.sh 24.05.2006 ¬. 21:13 0 S18ifupdown-clean 24.05.2006 ¬. 21:12 0 S20module-init-tools 24.05.2006 ¬. 22:29 0 S20modutils 24.05.2006 ¬. 22:28 0 S22hwclock.sh 24.05.2006 ¬. 21:11 0 S30checkfs.sh 24.05.2006 ¬. 21:11 0 S30procps.sh 24.05.2006 ¬. 21:11 0 S35mountall.sh 24.05.2006 ¬. 21:14 0 S36discover 24.05.2006 ¬. 21:11 0 S36mountall-bootclean.sh 24.05.2006 ¬. 21:11 0 S36mtab.sh 24.05.2006 ¬. 21:13 0 S36udev-mtab 24.05.2006 ¬. 21:13 0 S39ifupdown 24.05.2006 ¬. 21:11 0 S40hostname.sh 24.05.2006 ¬. 21:13 0 S40networking 24.05.2006 ¬. 22:35 0 S43portmap 24.05.2006 ¬. 21:11 0 S45mountnfs.sh 24.05.2006 ¬. 21:11 0 S46mountnfs-bootclean.sh 24.05.2006 ¬. 21:14 0 S48console-screen.sh 24.05.2006 ¬. 22:36 0 S50alsa-utils 24.05.2006 ¬. 21:11 0 S55bootmisc.sh 24.05.2006 ¬. 21:11 0 S55urandom 24.05.2006 ¬. 21:13 0 S70nviboot 24.05.2006 ¬. 22:33 0 S70x11-common 24.05.2006 ¬. 22:38 0 S71xserver-xorg 24.05.2006 ¬. 22:36 0 S75sudo 24.05.2006 ¬. 21:11 0 S99stop-bootlogd-single >> Begin: Mounting root file system ... >> Begin: Running /scripts/local-top ... >> Done. >> ALERT! /dev/sda2 does not exist. Dropping to a shell! Виж дали ти е сда2. Ако не е: mount -t ext3 /dev/sdaX /mnt/sdaX chroot /mnt/sdaX едит-ваш груб меню-то и го правиш от сда2 на сдаХ Имам контролер Adaptec 39160 http://www.adaptec.com/worldwide/product/proddetail.html?sess=no&language=English+US&prodkey=ASC-39160&cat=%2fTechnology%2fSCSI%2fUltra160+SCSI+PCI+HBAs+%26+RAID Имам диск Maxtor Atlas IV http://www.maxtor.com/portal/site/Maxtor/menuitem.ba88f6d7cf664718376049b291346068/?channelpath=%2Fen_us%2FProducts%2FEnterprise+Storage%2FAtlas+10K+Family%2FAtlas+10K+IV&productview=Overview Хардуер за над 500$ трябва да му знам всички спецификаци най-вероятно. Сигурен съм на 100% за именуването на дяловете Първия дял /dev/sda1 e FAT32, втория е /dev/sda2 и е ReiserFS и още един 500 меги дял за суап. -- Best Regards Alex Panov ICQ: 18926904 00359 898521957 www.evitatrade.com www.karatebulgaria.com ww
lug-bg: Re: lug-bg: Re: lug-bg: Проблем при "Mounting root file system"
Alexander P. Panov wrote: ... > > Ако при инсталацията го е виждало успешно, вероятно проблема е следния: > > Модула може би се слага от пакета discover, който за жалост се пуска > късно от init процеса. > > В директория /etc/rcS.d вероятно има следния линк (или подобен): > > S36discover -> ../init.d/discover > > Направи нов линк от вида: > > S23_discover -> ../init.d/discover > > Това ще премести стартирането на discover преди mount-a > > Горното решение работи при Debian stable, но е много вероятно да > проработи и на testing. > >Скелета ... Ако трябва да извадя малко повече информация от някой файлове казвайте? По време на инсталацията Дибиан-а разпознава контролера и диска!!! Все пак аз правя net install и всичко си е както трябва. Директорията /etc/rcS.d ми е със следното съдържание 27.03.2006 ¬. 14:42 785 README 24.05.2006 ¬. 21:10 0 S01glibc.sh 24.05.2006 ¬. 21:11 0 S02mountkernfs.sh 24.05.2006 ¬. 21:13 0 S03udev 24.05.2006 ¬. 21:11 0 S04mountdevsubfs.sh 24.05.2006 ¬. 21:11 0 S05bootlogd 24.05.2006 ¬. 21:14 0 S05keymap.sh 24.05.2006 ¬. 21:11 0 S10checkroot.sh 24.05.2006 ¬. 22:28 0 S18hwclockfirst.sh 24.05.2006 ¬. 21:13 0 S18ifupdown-clean 24.05.2006 ¬. 21:12 0 S20module-init-tools 24.05.2006 ¬. 22:29 0 S20modutils 24.05.2006 ¬. 22:28 0 S22hwclock.sh 24.05.2006 ¬. 21:11 0 S30checkfs.sh 24.05.2006 ¬. 21:11 0 S30procps.sh 24.05.2006 ¬. 21:11 0 S35mountall.sh 24.05.2006 ¬. 21:14 0 S36discover Пробва ли нов линк от вида? S23_discover -> ../init.d/discover 24.05.2006 ¬. 21:11 0 S36mountall-bootclean.sh 24.05.2006 ¬. 21:11 0 S36mtab.sh 24.05.2006 ¬. 21:13 0 S36udev-mtab 24.05.2006 ¬. 21:13 0 S39ifupdown 24.05.2006 ¬. 21:11 0 S40hostname.sh 24.05.2006 ¬. 21:13 0 S40networking 24.05.2006 ¬. 22:35 0 S43portmap 24.05.2006 ¬. 21:11 0 S45mountnfs.sh 24.05.2006 ¬. 21:11 0 S46mountnfs-bootclean.sh 24.05.2006 ¬. 21:14 0 S48console-screen.sh 24.05.2006 ¬. 22:36 0 S50alsa-utils 24.05.2006 ¬. 21:11 0 S55bootmisc.sh 24.05.2006 ¬. 21:11 0 S55urandom 24.05.2006 ¬. 21:13 0 S70nviboot 24.05.2006 ¬. 22:33 0 S70x11-common 24.05.2006 ¬. 22:38 0 S71xserver-xorg 24.05.2006 ¬. 22:36 0 S75sudo 24.05.2006 ¬. 21:11 0 S99stop-bootlogd-single ...
lug-bg: Re: lug-bg: Re: lug-bg: Проблем при "Mounting root file system"
листни /boot/grub/menu.lst и df -a p.s. Аз също съм с некъф контролер и след като минах на кенел-имаге-2.6.16 ми се появи абсолютно същата грешка. Но не казвам 4е 100% вероятно е от това. Просто се опитвам да изолирам проблема. 2006/5/25, Alexander P. Panov <[EMAIL PROTECTED]>: Yulian Stefanov wrote: > 2006/5/25, Dimitar Tomow <[EMAIL PROTECTED]>: >> Skeleta wrote: >> >> > Alexander P. Panov wrote: >> > >> >> Begin: Mounting root file system ... >> >> Begin: Running /scripts/local-top ... >> >> Done. >> >> ALERT! /dev/sda2 does not exist. Dropping to a shell! >> >> >> >> Дебиан тестинг, контролера е SCSI Adaptec. Груб държи буутването. >> >> Дебиана наистина е на sda2. Виждам директориите от друга дистрибуция, >> >> но при стартирането на Дебиан-а, зарежда, дарежда и изплюва това >> >> съобщение и ме оставя в csh шел. >> >> >> >> Някакви предложения как да продължа, така че да се зареди ОС-а. >> > >> > >> > Ако при инсталацията го е виждало успешно, вероятно проблема е следния: >> > >> > Модула може би се слага от пакета discover, който за жалост се пуска >> > късно от init процеса. >> > >> > В директория /etc/rcS.d вероятно има следния линк (или подобен): >> > >> > S36discover -> ../init.d/discover >> > >> > Направи нов линк от вида: >> > >> > S23_discover -> ../init.d/discover >> > >> > Това ще премести стартирането на discover преди mount-a >> > >> > Горното решение работи при Debian stable, но е много вероятно да >> > проработи и на testing. >> > >> >Скелета >> > >> Току що ставам , но /etc дори и да е на отделен дял се mount-ва след >> rootfs (.?) , а в случея доколкто разбирам имаме само /(root) и >> евентуално /boot да е на отделен дял (предположение). >> Идеята ми е: Ядрото казва не мога да монтирам rootfs => нямаме достъп до >> /etc/init.d/... и въобще discover , и въобще :-) >> Така че дали ще е указано discover да се стратира с N23 или N36 няма как >> да реши проблема. >> >> Модула за rootfs трябва да е в ядрото или в initrd image (което ясно), >> Може би аз не разбирам това, което си написал , но то ми звучи така: >> "Ядрото не може да монтира rootfs , защото трябва програма , която е на >> rootfs да бъде изпълнена и да зареди модула за rootfs." >> >> ~Някак си действията в обратен ред :-) Цялото ми звучи объркано :-) Ако трябва да извадя малко повече информация от някой файлове казвайте? По време на инсталацията Дибиан-а разпознава контролера и диска!!! Все пак аз правя net install и всичко си е както трябва. Директорията /etc/rcS.d ми е със следното съдържание 27.03.2006 ¬. 14:42 785 README 24.05.2006 ¬. 21:10 0 S01glibc.sh 24.05.2006 ¬. 21:11 0 S02mountkernfs.sh 24.05.2006 ¬. 21:13 0 S03udev 24.05.2006 ¬. 21:11 0 S04mountdevsubfs.sh 24.05.2006 ¬. 21:11 0 S05bootlogd 24.05.2006 ¬. 21:14 0 S05keymap.sh 24.05.2006 ¬. 21:11 0 S10checkroot.sh 24.05.2006 ¬. 22:28 0 S18hwclockfirst.sh 24.05.2006 ¬. 21:13 0 S18ifupdown-clean 24.05.2006 ¬. 21:12 0 S20module-init-tools 24.05.2006 ¬. 22:29 0 S20modutils 24.05.2006 ¬. 22:28 0 S22hwclock.sh 24.05.2006 ¬. 21:11 0 S30checkfs.sh 24.05.2006 ¬. 21:11 0 S30procps.sh 24.05.2006 ¬. 21:11 0 S35mountall.sh 24.05.2006 ¬. 21:14 0 S36discover 24.05.2006 ¬. 21:11 0 S36mountall-bootclean.sh 24.05.2006 ¬. 21:11 0 S36mtab.sh 24.05.2006 ¬. 21:13 0 S36udev-mtab 24.05.2006 ¬. 21:13 0 S39ifupdown 24.05.2006 ¬. 21:11 0 S40hostname.sh 24.05.2006 ¬. 21:13 0 S40networking 24.05.2006 ¬. 22:35 0 S43portmap 24.05.2006 ¬. 21:11 0 S45mountnfs.sh 24.05.2006 ¬. 21:11 0 S46mountnfs-bootclean.sh 24.05.2006 ¬. 21:14 0 S48console-screen.sh 24.05.2006 ¬. 22:36 0 S50alsa-utils 24.05.2006 ¬. 21:11 0 S55bootmisc.sh 24.05.2006 ¬. 21:11 0 S55urandom 24.05.2006 ¬. 21:13 0 S70nviboot 24.05.2006 ¬. 22:33 0 S70x11-common 24.05.2006 ¬. 22:38 0 S71xserver-xorg 24.05.2006 ¬. 22:36 0 S75sudo 24.05.2006 ¬. 21:11 0 S99stop-bootlogd-single >> >> Begin: Mounting root file system ... >> >> Begin: Running /scripts/local-top ... >> >> Done. >> >> ALERT! /dev/sda2 does not exist. Dropping to a shell! > > Виж дали ти е сда2. Ако не е: > mount -t ext3 /dev/sdaX /mnt/sdaX > chroot /mnt/sdaX > едит-ваш груб меню-то и го правиш от сда2 на сдаХ Имам контролер Adaptec 39160 http://www.adaptec.com/worldwide/product/proddetail.html?sess=no&language=English+US&prodkey=ASC-39160&cat=%2fTechnology%2fSCSI%2fUltra160+SCSI+PCI+HBAs+%26+RAID Имам диск Maxtor Atlas IV http://www.maxtor.com/portal/site/Maxtor/menuitem.ba88f6d7cf66471
lug-bg: Re: lug-bg: Re: lug-bg: Re: lug-bg: Проблем при "Mounting root file system"
Tsvetin Vasilev wrote: Skeleta wrote: Alexander P. Panov wrote: Пробва ли нов линк от вида? S23_discover -> ../init.d/discover Това дори да проработи е закърпване а не решаване на проблема. Причините по-горе ги описа Димитър Томов успех Напълно си прав, моя съвет беше глупав, щото не осъзнах че няма монтиран root. Той може да свърши работа само в ситуация с два диска, като втория се намира през discover. Скелета
lug-bg: Re: lug-bg: Re: lug-bg: Re: lug-bg: Re: lug-bg: Проблем при "Mounting root file system"
Skeleta wrote: Tsvetin Vasilev wrote: Skeleta wrote: Alexander P. Panov wrote: Пробва ли нов линк от вида? S23_discover -> ../init.d/discover Това дори да проработи е закърпване а не решаване на проблема. Причините по-горе ги описа Димитър Томов успех Напълно си прав, моя съвет беше глупав, щото не осъзнах че няма монтиран root. Той може да свърши работа само в ситуация с два диска, като втория се намира през discover. Скелета Лека вечер, и приятно разпускане в събота и неделя. Ако не успея да се справя сам с така поставената ситуация, другата седмица ще дам пари на някой да дойде да оправи нещата с този компютър. -- Best Regards Alex Panov ICQ: 18926904 00359 898521957 www.evitatrade.com www.karatebulgaria.com www.karatebulgaria.com/alex
