längere Bootpause bei Debian Sarge

[Alexander Stiebing]

Hallöle,

von euch kann mir doch bestimmt (hoffentlich) auch diesmal jemand bei
Debian weiterhelfen, kleine Sache nur (trotz langem Text - dafür
hoffentlich alles beschrieben) aber schon eher nervig:


Habe hier (dank Markus) eine frische Sarge-Installation (Kernel 2.6), bei
der Installation wurde die Desktop-Umgebung mit drauf gezogen, sonst ist
eigentlich nichts weiter installiert. Bei der Installation wurde weitgehend
alles bei den Standardeinstellungen gelassen, nur zwei Sachen wurden
geändert.

Zum Einen hat apt als Installationsquelle einen Link auf eine FAT32-
Partition (/dev/hdb12 s.a. unten Ausschnitt fstab) bekommen, auf welcher
die kompletten Sarge-CDs in einen pool gebastelt wurden,

zum Anderen hat grub gesagt gekriegt es soll den Bootsektor nicht nach
/dev/hda sondern nach /dev/hdb7 (Einhängepunkt /boot) schreiben, gebootet
wird jetzt noch über lilo (im Master-Boot) von der Woody-Installation (s.a.
unten Auschnitt lilo.conf).

So weit ist alles gut gegangen, Sarge von 1. CD installiert ('zum
Anderen'), lilo.conf hingebastelt um Sarge starten zu können, Sarge fertig
installiert/eingerichtet ('zum Einen'), eingelogt und umgesehen.

Beim Umsehen habe ich _eigentlich_ (*grumpf*) auch nichts verändert, nur
bei Gnomes Einstellungen zum Startvorgang an den Einstellungen zur
Bildschirmauflösung rumgespielt - hat das vielleicht genügt um grub (oder
was auch immer) durcheinander zu bringen ?


Folgendes 'Problem' habe ich jetzt (seit dem nächstem Neustart) nämlich:
Bootvorgang, soweit scheint alles in Ordnung, die Partitionen werden gerade
gecheckt...

(...)
/home: clean 34/38208 files, (...) clusters
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
There are differences between boot sector and ist backup.
Differences: (offset:original/backup)
    71:4d/00, 72:45/00, 73:44/00, 74:49/00, 75:41/00, 76:20/00, 77:20/00,
    78: 20/00, 79: 20/00, 80:20/00, 81:20/00
    Not automatically fixing this.
/dev/hdb12: 25222 files, 293446/1279614 clusters
Setting kernel variables
(...)

Wobei nach "Not automatically fixing this." ca. 50-60 sec. nichts passiert,
welches auch mein 'Problem(chen)' darstellt, bzw. wo sich mir die Frage
stellt woran es liegt.

Gibt es tatsächlich Probleme mit dem Bootsector (bootet doch) oder braucht
es nur so lange für den check von /dev/hdb12 (wie gesagt komplette Sarge
CDs drauf ~ 9 GB)?
Hab ich's wieder mal direkt nach der Installation vers[d]aut oder ist da
mit einfachen Mitteln was zu machen?


Da weiss doch bestimmt jemand Rat...

Schon mal vielen Dank für jeden Hinweis (gerne auch 'rügende Randbemer-
kungen' - man lernt nie aus),

MfG, Alek


Konfigurationsdateiauschnitte (im Anhang noch grub's (Sarge) menu.lst)

--
-| fstab (Sarge)|-
-- snip --

/dev/hdb12      /mnt/newMedia   auto    defaults        0       2

-- snap --
--


--
-| fstab (Woody)|-
-- snip --

/dev/hdb7	/mnt/sarge/boot	ext3	defaults	0	0

-- snap --
--


--
-| lilo.conf (Woody)|-
-- snip --

image=/mnt/sarge/boot/vmlinuz-2.6.8-2-386
    label="Sarge 2.6.8"
    read-only
    initrd=/mnt/sarge/boot/initrd.img-2.6.8-2-386
    root=/dev/hdb8
    optional
    vga=794

-- snap --
--
-- 
<signatur>

  [Ich mecker nicht - ich seh die Welt nur realistisch.]

</signatur>
--
-------------- next part --------------
A non-text attachment was scrubbed...
Name: menu.lst
Type: application/octet-stream
Size: 4192 bytes
Desc: not available
URL: <http://lug-owl.de/pipermail/linux/attachments/20050711/e46b7736/attachment.obj>