- Linux - LUG OWL

nach Wechsel auf xorg text konsole unbrauchbar
by Mirko Werneke 21 Jul '05

21 Jul '05

Hallo, ich hab gestern mal mein Debian auf xorg umgestellt, indem ich mir via apt xserver-xorg installiert habe. X funktioniert jetzt genausogut wie immer, nur die Textkonsolen (z.B. STRG+ALT+F1) gehen jetzt nicht mehr: Beim umschalten bekommen ich einfach nur einen schwarzen Bildschirm zu sehen, kann aber ohne Probleme wieder zurückschalten. Das tritt natürlich erst auf, nachdem X gestartet ist. Was kann das denn sein? Google spuckt dazu ne Menge aus, aber eine Lösung scheint es nicht zu geben? Hat da jemand einen Tip für mich? Achja ich benutze den Grafiktreiber i810 für die bei Centrino integrierte Grafik. -- Viele Grüße Mirko

3 2

screen corruption in xorg ( was: nach wechsel auf xorg...)
by goetz haeberle 21 Jul '05

21 Jul '05

hallo! david nusinow beschrieb diesen workaround: http://www.livejournal.com/users/gravityboy/16932.html gruss goetz -- narrenschellen klingen viel besser als kirchenglocken sprichwort

2 1

Debian Sarge und 2.6er Kernel mit grsecurity2
by Arnd Behring 21 Jul '05

21 Jul '05

Hallo Liste, ich stehe vor einem Problem: Ich habe hier eine Box mit Debian Sage und 'nem 2.6er Kernel. Momentan läuft seit über nem halben Jahr schon 2.6.7 mit dem grsecurity Patch drauf. Hintergrund ist folgender: Als ich mal wieder updaten wollte gab es dann kernel-source-2.6.8 und 2.6.7 war nicht mehr in der Distribution. Das einzig dumme daran war nur, dass der grsecurity Patch (kernel-patch-grsecurity2 2.1.5-1) keinen Patch für diese Kernel Version enthält. Für neuere Kernel zwar schon, aber gerade für die Version, die als kernel-source in Sarge enthalten ist nicht. Erst hatte ich gedacht, dass das vielleicht nachgereicht würde oder halt sonst irgendwie in Ordnung gebracht würde. Aber jetzt nach einigen Monaten hat sich immer noch nichts getan. Habt ihr eine Ahnung, ob das "normal" ist und was man jetzt machen könnte? Ich würde es eigentlich gerne vermeiden nen Vanilla Kernel von kernel.org zu benutzen, um nicht selbst anfangen zu müssen immer wieder nach Sicherheits Patches zu gucken. Zumal ja laut Aussage eines/einiger(?) Kernel-Entwickler die Distributoren eher dafür sorgen sollen, dass Sicherheitslücken gepatcht werden etc. Daher würd ich schon ganz gerne da die Debian Patches in Anspruch nehmen. Gruß, Arnd P.S.: Oder sollte ich mir eventuell überlegen, von grsecurity auf SELinux umzusteigen? -- Arnd Behring http://arnd.g3th.net/ irc://irc.epd-me.net/help 42!

2 1

TV-Out mit einer ATI Grafikkarte
by Vitali Richert 21 Jul '05

21 Jul '05

Hallo Leute, gibt es eine Möglichkeit unter Linux den TV-Out vernünftig zu nutzen ohne den Xserver jedesmal dafür neu zu starten? Der TV-Out funktioniert bei mir schon mit den ATI Treibern mit einer Radeon 9600Pro unter Ubuntu 5.04. Das Problem ist nur, dass ich Videos entweder nur auf dem TFT oder auf dem Fernseher sehe. Um das umzustellen muss ich jedesmal den Xserver neu starten. Gibt es da nicht eine einfachere Lösung? mfg Vitali Richert

2 2

Loadbalancer PEN und Oracle iAS
by Ingo.Massholt＠t-online.de 19 Jul '05

19 Jul '05

Hallo, hat schon mal jemand PEN und Oracle iAS eingesetzt? Ich möchte über den PEN auf Oracle iAS 1.0.2.2.2 balancen. Der Oracle iAS hat einen Apachen im Bauch. Ich habe 4 Knoten, auf denen je ein Oracle iAS läuft. Auf diese Knoten soll der PEN balancen. Hat jemand so was in der Art am laufen? Grüße Ingo

2 1

usb-sticks wollen nur nach mehrmaligem Versuch
by Kai Krebber 18 Jul '05

18 Jul '05

Hi! Ich habe 2 USB (2.0) - Sticks, die - wenn eingesteckt in mein Sarge-Notebook (krebber:/home/kai# uname -a Linux krebber 2.6.10-vs1.9.4 #1 Thu Mar 24 23:23:14 CET 2005 i686 GNU/Linux) nur nach mehrmahligem Versuch (reinstecken, 'rausziehen - die Assoziation ist schon fast peinlich) sauber eingebunden werden: krebber:/home/kai# tail -f /var/log/syslog Jul 18 08:43:34 krebber kernel: usb 4-4: new high speed USB device using ehci_hcd and address 3 Jul 18 08:43:34 krebber kernel: usb 2-2: new full speed USB device using uhci_hcd and address 3 Jul 18 08:43:34 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:43:34 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:43:35 krebber kernel: usb 2-2: new full speed USB device using uhci_hcd and address 4 Jul 18 08:43:35 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:43:35 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:43:49 krebber kernel: usb 4-4: new high speed USB device using ehci_hcd and address 4 Jul 18 08:43:49 krebber kernel: usb 2-2: new full speed USB device using uhci_hcd and address 5 Jul 18 08:43:49 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:43:50 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:43:50 krebber kernel: usb 2-2: new full speed USB device using uhci_hcd and address 6 Jul 18 08:43:50 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:43:50 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:01 krebber kernel: usb 4-4: new high speed USB device using ehci_hcd and address 5 Jul 18 08:44:01 krebber kernel: usb 2-2: new full speed USB device using uhci_hcd and address 7 Jul 18 08:44:01 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:01 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:02 krebber kernel: usb 2-2: new full speed USB device using uhci_hcd and address 8 Jul 18 08:44:02 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:02 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:14 krebber kernel: usb 4-4: new high speed USB device using ehci_hcd and address 6 Jul 18 08:44:14 krebber kernel: usb 2-2: new full speed USB device using uhci_hcd and address 9 Jul 18 08:44:14 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:15 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:15 krebber kernel: usb 2-2: new full speed USB device using uhci_hcd and address 10 Jul 18 08:44:15 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:15 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:25 krebber kernel: usb 4-4: new high speed USB device using ehci_hcd and address 7 Jul 18 08:44:25 krebber kernel: usb 2-2: new full speed USB device using uhci_hcd and address 11 Jul 18 08:44:25 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:26 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:26 krebber kernel: usb 2-2: new full speed USB device using uhci_hcd and address 12 Jul 18 08:44:26 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:26 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:38 krebber kernel: usb 4-4: new high speed USB device using ehci_hcd and address 8 Jul 18 08:44:38 krebber kernel: usb 2-2: new full speed USB device using uhci_hcd and address 13 Jul 18 08:44:38 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:38 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:39 krebber kernel: usb 2-2: new full speed USB device using uhci_hcd and address 14 Jul 18 08:44:39 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:39 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:49 krebber kernel: usb 4-4: new high speed USB device using ehci_hcd and address 9 Jul 18 08:44:50 krebber kernel: usb 2-2: new full speed USB device using uhci_hcd and address 15 Jul 18 08:44:50 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:50 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:50 krebber kernel: usb 2-2: new full speed USB device using uhci_hcd and address 16 Jul 18 08:44:50 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:51 krebber kernel: usb 2-2: device descriptor read/64, error -71 Jul 18 08:44:57 krebber kernel: usb 4-4: new high speed USB device using ehci_hcd and address 10 Jul 18 08:44:57 krebber kernel: scsi0 : SCSI emulation for USB Mass Storage devices Jul 18 08:44:57 krebber kernel: usb-storage: device found at 10 Jul 18 08:44:57 krebber kernel: usb-storage: waiting for device to settle before scanning Jul 18 08:44:57 krebber usb.agent[7796]: usb-storage: already loaded Jul 18 08:45:02 krebber kernel: Vendor: FSC Model: MEMORYBIRD USB2 Rev: 2.00 Jul 18 08:45:02 krebber kernel: Type: Direct-Access ANSI SCSI revision: 02 Jul 18 08:45:02 krebber kernel: usb-storage: device scan complete Jul 18 08:45:02 krebber scsi.agent[7847]: disk at /devices/pci0000:00/0000:00:1d.7/usb4/4-4/4-4:1.0/host0/target0:0:0/0:0:0:0 Jul 18 08:45:02 krebber kernel: sda: Unit Not Ready, sense: Jul 18 08:45:02 krebber kernel: Current : sense key Unit Attention Jul 18 08:45:02 krebber kernel: Additional sense: Not ready to ready change, medium may have changed Jul 18 08:45:02 krebber kernel: sda : READ CAPACITY failed. Jul 18 08:45:02 krebber kernel: sda : status=1, message=00, host=0, driver=08 Jul 18 08:45:02 krebber kernel: Current sd: sense key Unit Attention Jul 18 08:45:02 krebber kernel: Additional sense: Not ready to ready change, medium may have changed Jul 18 08:45:02 krebber kernel: sda: assuming Write Enabled Jul 18 08:45:02 krebber kernel: sda: assuming drive cache: write through Jul 18 08:45:02 krebber kernel: SCSI device sda: 1020160 512-byte hdwr sectors (522 MB) Jul 18 08:45:02 krebber kernel: sda: assuming Write Enabled Jul 18 08:45:02 krebber kernel: sda: assuming drive cache: write through Jul 18 08:45:02 krebber kernel: /dev/scsi/host0/bus0/target0/lun0: unknown partition table Jul 18 08:45:02 krebber kernel: Attached scsi removable disk sda at scsi0, channel 0, id 0, lun 0 Jul 18 08:45:02 krebber udev[7884]: configured rule in '/etc/udev/rules.d/z_hal-plugdev.rules' at line 2 applied, 'sda' becomes '%k' Jul 18 08:45:02 krebber udev[7884]: creating device node '/dev/sda' Irgendeine Idee, warum das Ding sich so ziert? Der Effekt ist mit einer unterschiedlichen Anzahl von Versuchen reproduzierbar. Gruß, Kai __________________________________________________________ Mit WEB.DE FreePhone mit hoechster Qualitaet ab 0 Ct./Min. weltweit telefonieren! http://freephone.web.de/?mc=021201

2 1

schwerer Stress mit Kernelchen ...
by Andre Dietrich 18 Jul '05

18 Jul '05

Hallöchen, ich hab gerade schweren Stress mit meinem Fileserver. Ich habe gerade zum 6. Mal einen recht harten Absturz des Servers gehabt. Jedes Mal das gleiche Symtom: "ata5 dma timeout" Sonst waren die Abstürze meist nachts und ich habe keine weiteren Ausgaben gehabt. Das Log wurde entweder nicht angelegt oder nicht mehr hart gespeichert. Gerade hab ich den Absturz zum ersten Mal im laufenden Betrieb gehabt und fast eine Stunde an Daten und die LDAP-Datenbank verloren. Heute hab ich auch zum ersten Mal mehr Debug auf dem Schirm gesehen, der da in etwa folgender Maßen aussah: "Call Trace: <IRQ> <ffffffff8014f569> {__alloc_pages+729} <ffffffff8014f61f> {__get_free_pages+31} ... " Ich habe überhaupt keine Idee was da für ein Prob hintersteckt. Hat jemand von euch schon mal soetwas gehabt oder kann sich denken wo der Hund begraben ist ? Gruss Andre System: Debian Sarge Linux fileserver 2.6.8-11-amd64-k8 #1 Wed May 4 20:27:04 UTC 2005 x86_64 GNU/Linux Sata-RAID 512GB extern über Promise Controler Samba Version 3.0.14a-Debian ( LDAP-Auth ) ******* Promise Controler ******** 0000:01:05.0 Unknown mass storage controller: Silicon Image, Inc. (formerly CMD Technology Inc) SiI 3114 [SATALink/SATARaid] Serial ATA Controller (rev 02) Subsystem: Silicon Image, Inc. (formerly CMD Technology Inc) SiI 3114 [SATALink/SATARaid] Serial ATA Controller Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 19 I/O ports at 8c00 [size=8] I/O ports at 8800 [size=4] I/O ports at 8400 [size=8] I/O ports at 8000 [size=4] I/O ports at 7c00 [size=16] Memory at ff4fd800 (32-bit, non-prefetchable) [size=1K] Expansion ROM at ff300000 [disabled] [size=512K] Capabilities: [60] Power Management version 2 ***** lsmod Output ****** Module Size Used by ipx 28760 0 af_packet 23308 8 ipv6 264296 19 snd_intel8x0 35988 0 snd_ac97_codec 73220 1 snd_intel8x0 snd_pcm 100876 1 snd_intel8x0 snd_timer 24904 1 snd_pcm snd_page_alloc 12944 2 snd_intel8x0,snd_pcm gameport 5120 1 snd_intel8x0 snd_mpu401_uart 8192 1 snd_intel8x0 snd_rawmidi 26532 1 snd_mpu401_uart snd_seq_device 9164 1 snd_rawmidi snd 56936 7 snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device i810_audio 36568 0 ac97_codec 20568 1 i810_audio soundcore 11232 2 snd,i810_audio xfs 517416 5 ext3 119760 2 jbd 58288 1 ext3 mbcache 9928 1 ext3 evdev 10944 0 hw_random 5856 0 amd74xx 14768 1 ehci_hcd 30852 0 uhci_hcd 31776 0 ohci_hcd 21252 0 eth1394 21776 0 e1000 83780 0 ohci1394 33540 0 dm_mod 58008 6 sbp2 24392 0 ieee1394 372632 3 eth1394,ohci1394,sbp2 psmouse 19340 0 ide_generic 1856 0 ide_disk 20864 0 ide_cd 42016 0 ide_core 154336 4 amd74xx,ide_generic,ide_disk,ide_cd genrtc 10068 0 sr_mod 17956 0 cdrom 39208 2 ide_cd,sr_mod sd_mod 21440 5 sata_promise 11268 4 sata_sil 9604 0 libata 42632 2 sata_promise,sata_sil scsi_mod 129696 5 sbp2,sr_mod,sd_mod,sata_promise,libata unix 29696 14 font 9152 0 vesafb 6960 0 cfbcopyarea 4160 1 vesafb cfbimgblt 3328 1 vesafb cfbfillrect 4352 1 vesafb

4 8

fette Platte fuer altes Board
by Maik Holtkamp 14 Jul '05

14 Jul '05

Hi, mein Router/Server verwendet ein Asus TX 97 (430 TX chipsatz) auf dem ich mehr Platz brauche. Verwenden will ich eine Maxtor 6Y120L0 (120 GB Maxtor). Ich habe das bios auf die neuste Version geflasht, aber auch das neue Bios bootet mit der Platte nicht, wenn ich nicht die 32GB Kompatibilitaesjumper setzte (Im Bios den Kanal auf NONE zu stellen hilft auch nicht). Also habe ich einen neuen kernel (2.4.31) fuer das dort laufende woody mit CONFIG_IDE_STROKE gebacken und die Platte runtergejumpert. Die Platte wird jetzt wie folgt erkannt: ---cut--- work:/proc/ide/hdc# cat geometry physical 238216/16/63 logical 14946/255/63 work:/proc/ide/hdc# hdparm -i /dev/hdc /dev/hdc: Model=Maxtor 6Y120L0, FwRev=YAR41BW0, SerialNo=Y3MGDSSE Config={ Fixed } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57 BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=240121728 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 udma0 udma1 *udma2 udma3 udma4 udma5 udma6 AdvancedPM=yes: disabled (255) WriteCache=enabled Drive Supports : ataATA-1 ATA-2 ATA-3 ATA-4 ATA-5 ATA-6 ATA-7 ---cut--- (c)fdisk behauten auch 120 GB verwenden zu koennen. Lege ich eine Partition an, die ausserhalb der 32 GB beginnt, schmieren aber beide ab. Versuche ich bei einer einzelnen Partition diese zu formatieren haengt er nach einer gewissen Zeit auch (ich vermute sobald er die 32 GB Grenze erreicht): ---cut--- Jul 13 10:22:40 work kernel: hdc: [PTBL] [14946/255/63] hdc1 hdc2 hdc3 < hdc5 hdc6 hdc7 hdc8hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error } Jul 13 10:22:40 work kernel: hdc: dma_intr: error=0x04 { DriveStatusError } Jul 13 10:22:40 work kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error } Jul 13 10:22:40 work kernel: hdc: dma_intr: error=0x04 { DriveStatusError } Jul 13 10:22:40 work kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error } Jul 13 10:22:40 work kernel: hdc: dma_intr: error=0x04 { DriveStatusError } Jul 13 10:22:40 work kernel: hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error } Jul 13 10:22:40 work kernel: hdc: dma_intr: error=0x04 { DriveStatusError } Jul 13 10:22:40 work kernel: hdc: DMA disabled Jul 13 10:22:40 work kernel: ide1: reset: success .... Jul 13 10:22:40 work kernel: end_request: I/O error, dev 16:00 (hdc), sector 71424986 ---cut--- Die Platte hatte ich bisher problemlos in einen ieee1394 chassis als Backup Platte verwendet (auch mit dma) und sie hoert sich, zumindest fuer mich Laien, auch gesund an. Ist die jetzt "rein zufaellig" kaput, fehlt mir noch einen kernel Option, muss ich nochmal im Bios rumspielen oder brauche ich zwingend ein neues Board um hier die 120 GB nutzen zu koennen? TIA. -- bye maik

5 10

Masquerading/iptables: einige hosts nicht erreichbar
by Harald Menke 14 Jul '05

14 Jul '05

Hallo Allerseits, nach langer Abwesenheit hab ich mich mal wieder in die Mailingliste eingeschrieben. Und hab auch gleich schon ein Problem :) Ich nutze zuhause Masquerading auf meinem router. Ist ne suse 9.0, 2.4er kernel. Naja jedenfalls funkt das alles wunderbar, bis auf das einige IP-Adressen im Internet nicht erreichbar sind. Die Namensauflösung geht, allerdings kommt ein Ping auf die Adresse nicht durch. Das Interessante ist, der Router selbst kann die Adresse erreichen, nur die Rechner aus dem internen Netz kommen da nicht dran. Ich konnte das Problem auch schon ein bisschen eingrenzen. Und zwar liegt das wohl am Masquerading. Ich hab testweise mal das Masquerading auch für den Router selbst aktiviert, und siehe da, kommt er selbst auch nicht mehr an die Adressen. Masquerading aus, alles geht wieder wunderbar. Achja, selbst als ich alle Firewallregeln gelöscht hatte, bis auf Masquerading, bestand das Problem weiterhin. Hatte auch schon vermutet das es an den fragmentation Problemen bei NAT liegen könnte, aber Rusty sagt: "hast du conntrack an, kann dir nix passieren", dementsprechend hab ich auch conntrack an. Google konnte mir da nicht richtig weiterhelfen, da dachte ich ihr habt vielleicht ne Idee. Gruß Harald

7 8

längere Bootpause bei Debian Sarge
by Alexander Stiebing 12 Jul '05

12 Jul '05

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> --

2 1