Re: 9.2 Installation hängt ewig bei "Sprache"
Am Sonntag, 31. Oktober 2004 17:00 schrieb Frederic Wiesenbach:
Am Sonntag, 31. Oktober 2004 13:25 schrieben Sie: [...]
Hi,
hab das Problem auch, wenn Du eine Lösung hast, fände ich es nett, wenn Du kurz Deine Lösung bekanntgibst.
Aha! Vielleicht ein Fall für den Bugreport? Wenn bis morgen mittag keinem von den Listencracks etwas einfällt, gebe ich es weiter. Peter
Hallo, Am Sun, 31 Oct 2004, Peter Baumgartner schrieb:
Aha! Vielleicht ein Fall für den Bugreport? Wenn bis morgen mittag keinem von den Listencracks etwas einfällt, gebe ich es weiter.
Hast du mal an den DMA Optionen gedreht? Die Fehlermeldung bezieht sich ja auf die Festplatte. Ausserdem: kontrolliere dann auch mal /proc/dma, /proc/interrupts und /proc/ioports (oder ist das unter /sys/?) -dnh --
You can probably make sendmail play chess if you configure it right. Judging by its conf file it already does. Checkmate in 3 moves. -- Anthony Mandic in comp.sys.sun.admin
Am Sonntag, 31. Oktober 2004 20:20 schrieb David Haller:
Hallo,
Am Sun, 31 Oct 2004, Peter Baumgartner schrieb:
Aha! Vielleicht ein Fall für den Bugreport? Wenn bis morgen mittag keinem von den Listencracks etwas einfällt, gebe ich es weiter.
Hast du mal an den DMA Optionen gedreht? Die Fehlermeldung bezieht sich ja auf die Festplatte.
Hm, dma=off? Läuft bei mir normalerweise auf 66. Kann ich morgen mal probieren, ist ja Feiertag.
Ausserdem: kontrolliere dann auch mal /proc/dma, /proc/interrupts und /proc/ioports (oder ist das unter /sys/?)
Jetzt muß ich aber einen Offenbarungseid abgeben: Wie komme ich während der Installation an /proc dran? Das Ganze sah ungefähr so aus, als gäbe es im Yast einen Timer, der statt x Sekunden x Minuten auf etwas wartet. Ich habe etwa von 17:30 bis 19:45 gebraucht, bis das Installieren der Pakete begann. Danach lief es "so gut wie normal", also ca 2 1/4 h für "so gut wie alles". Bei "system konfigurieren" ging der Zauber wieder los, also ca 10 min/schritt. Nachdem jetzt die DVD raus und das System hochgelaufen ist, erscheint zunächst alles normal: 0.3 Proc/min, CPU ~ 0-3%, Mem 186/384 MB. Wenn ich versuche, /proc/irq zu öffnen, Kriege ich einen kurzen Freeze ( die Maus läßt sich ca 2 Sec/min bewegen) und "Warnung KWIN: Fenster mit dem Titel "Unbenannt-Kwrite" reagiert nicht. Es gehört zum Programm Kwrite (PID:5702, Rechner:localhost)" Dabei Procload= 13.5, CPU=100%, Mem = 375, davon ca 2/3 Cache. Wenn ich dann alle Fenster wieder zu habe, läuft es langsam wieder runter, derzeit 1.6, 0% 126 MB. Ob das aussagekräftig ist, weiß ich nicht, aber ich versuche mein bestes. Gruß Peter
Hallo, Am Sun, 31 Oct 2004, Peter Baumgartner schrieb:
Am Sonntag, 31. Oktober 2004 20:20 schrieb David Haller:
Am Sun, 31 Oct 2004, Peter Baumgartner schrieb:
Aha! Vielleicht ein Fall für den Bugreport? Wenn bis morgen mittag keinem von den Listencracks etwas einfällt, gebe ich es weiter.
Hast du mal an den DMA Optionen gedreht? Die Fehlermeldung bezieht sich ja auf die Festplatte.
Hm, dma=off? Läuft bei mir normalerweise auf 66. Kann ich morgen mal probieren, ist ja Feiertag.
Das (AFAIK) oder gezielt ideX=nodma Logischerweise waere dann die Festplatte langsamer, aber evtl. laesst sich damit ein Konflikt verhindern. Aber s.u.
Ausserdem: kontrolliere dann auch mal /proc/dma, /proc/interrupts und /proc/ioports (oder ist das unter /sys/?)
Jetzt muß ich aber einen Offenbarungseid abgeben: Wie komme ich während der Installation an /proc dran?
Auf eine Konsole wechseln (es gibt schon recht frueh waehrend der Installation die Moeglichkeit mit (strg+)Alt+Fx auf eine andere Textkonsole zu wechseln. Dort dann einfach: cat /proc/interrupts cat /proc/dma cat /proc/ioports Das kannst du natuerlich auch im schon laufenden System machen. -dnh --
würde derjenige, dessen Mailserver was mit richie@localhost.dsl.privat anfangen kann, diesen mal Manieren beibringen bitte. *grummel* -- m.raab ? -- Benn ! :-( -- Benn [hat die bounces nun auch bekommen]
Am Sonntag, 31. Oktober 2004 22:45 schrieb David Haller:
Hallo,
Am Sun, 31 Oct 2004, Peter Baumgartner schrieb:
Am Sonntag, 31. Oktober 2004 20:20 schrieb David Haller:
Am Sun, 31 Oct 2004, Peter Baumgartner schrieb: [...]
Jetzt muß ich aber einen Offenbarungseid abgeben: Wie komme ich während der Installation an /proc dran?
Auf eine Konsole wechseln (es gibt schon recht frueh waehrend der Installation die Moeglichkeit mit (strg+)Alt+Fx auf eine andere Textkonsole zu wechseln.
Da bin ich nicht draufgekommen, danke. Kommt davon, wenn man so selten an die Konsole geht.
Dort dann einfach:
cat /proc/interrupts cat /proc/dma cat /proc/ioports
Das kannst du natuerlich auch im schon laufenden System machen.
Na ja, muß ich ja, da ich gestern abend die Installation in ca 5 Stunden "durchgewürgt" habe. Ich mußte sie aber per Windows auf diese Kiste kopieren, da die Susi sich weder mit NFS noch mit Samba ("kein Server in dieser Arbeitsgruppe gefunden" oder so) anfreunden kann - bäh! Hier ist sie: ---------------snip---------------- red:~ # cat /proc/interrupts CPU0 0: 2137777 XT-PIC timer 1: 123 XT-PIC i8042 2: 0 XT-PIC cascade 5: 0 XT-PIC uhci_hcd, uhci_hcd 9: 46 XT-PIC acpi, Ensoniq AudioPCI 10: 30 XT-PIC eth0 12: 11648 XT-PIC i8042 14: 298403 XT-PIC ide0 15: 9722 XT-PIC ide1 NMI: 0 LOC: 0 ERR: 0 MIS: 0 red:~ # cat /proc/dma 4: cascade red:~ # cat /proc/ioports 0000-001f : dma1 0020-0021 : pic1 0040-0043 : timer0 0050-0053 : timer1 0060-006f : keyboard 0070-0077 : rtc 0080-008f : dma page reg 00a0-00a1 : pic2 00c0-00df : dma2 00f0-00ff : fpu 0170-0177 : ide1 01f0-01f7 : ide0 02f8-02ff : serial 0376-0376 : ide1 0378-037a : parport0 03c0-03df : vesafb 03f6-03f6 : ide0 03f8-03ff : serial 0cf8-0cff : PCI conf1 a000-a0ff : 0000:00:0b.0 a000-a0ff : 8139too a400-a41f : 0000:00:09.0 a800-a83f : 0000:00:05.0 a800-a83f : Ensoniq AudioPCI b000-b01f : 0000:00:04.3 b000-b01f : uhci_hcd b400-b41f : 0000:00:04.2 b400-b41f : uhci_hcd b800-b80f : 0000:00:04.1 b800-b807 : ide0 b808-b80f : ide1 d000-dfff : PCI Bus #01 d800-d8ff : 0000:01:00.0 e400-e4ff : 0000:00:04.4 e400-e47f : motherboard e400-e403 : PM1a_EVT_BLK e404-e405 : PM1a_CNT_BLK e408-e40b : PM_TMR e410-e415 : ACPI CPU throttle e420-e423 : GPE0_BLK e800-e80f : 0000:00:04.4 e800-e80f : motherboard red:~ # ----------snap--------------- Sieht eigentlich nicht besonders verdächtig aus, außer daß von den beiden CTX S720 nur einer akzeptiert wird. Fällt Dir was auf? Gruß und danke Peter
Hallo, Am Mon, 01 Nov 2004, Peter Baumgartner schrieb:
Am Sonntag, 31. Oktober 2004 22:45 schrieb David Haller:
Dort dann einfach:
cat /proc/interrupts cat /proc/dma cat /proc/ioports [..] Sieht eigentlich nicht besonders verdächtig aus, außer daß von den beiden CTX S720 nur einer akzeptiert wird. Fällt Dir was auf?
Noe. Aber im anderen Subthread schreibst du, dass du auch eine Fehlermeldung a la: hda: read_intr: error=0x10 {SectorID NotFound} LBA sect=58698574 ... bekommst. Und diese ist ein eindeutiges Zeichen fuer eine defekte Partitionierung. Zeig mal ein fdisk -l /dev/hdX her. -dnh -- Wer heiratet kann Sorgen teilen, die er vorher nicht hatte.
Am Montag, 1. November 2004 19:28 schrieb David Haller:
Hallo,
Am Mon, 01 Nov 2004, Peter Baumgartner schrieb:
Am Sonntag, 31. Oktober 2004 22:45 schrieb David Haller:
Dort dann einfach:
cat /proc/interrupts cat /proc/dma cat /proc/ioports
[..]
Sieht eigentlich nicht besonders verdächtig aus, außer daß von den beiden CTX S720 nur einer akzeptiert wird. Fällt Dir was auf?
Noe. Aber im anderen Subthread schreibst du, dass du auch eine Fehlermeldung a la:
hda: read_intr: error=0x10 {SectorID NotFound} LBA sect=58698574 ...
bekommst. Und diese ist ein eindeutiges Zeichen fuer eine defekte Partitionierung.
Zeig mal ein fdisk -l /dev/hdX her.
herzeig: pepo@red:~> su Password: red:/home/pepo # fdisk -l /dev/hda Platte /dev/hda: 40.0 GByte, 40020664320 Byte 16 Köpfe, 63 Sektoren/Spuren, 77545 Zylinder Einheiten = Zylinder von 1008 * 512 = 516096 Bytes Gerät Boot Start End Blocks Id System /dev/hda1 * 1 28449 14337981 7 HPFS/NTFS Partition 1 endet nicht an einer Zylindergrenze. /dev/hda2 28449 29485 522112+ 82 Linux Swap Partition 2 endet nicht an einer Zylindergrenze. /dev/hda3 29485 77545 24222524 5 Erweiterte Partition 3 endet nicht an einer Zylindergrenze. /dev/hda5 29485 43048 6836035+ 83 Linux /dev/hda6 * 43049 54675 5859976+ 83 Linux /dev/hda7 54676 77545 11526448+ b W95 FAT32 red:/home/pepo # Hm, ist mit Yast partitioniert, ich dachte, das würde auf die Grenzen achten. ist auch jetzt die Ausgabe von der 9.1, die ich zum Vergleich auf hda5 installieren wollte. Installiert völlig normal und schnell, vernichtet aber ungefragt und gnadenlos die 9.2-Installation auf hda6 (Win95 läßt grüßen?) -könnte am dort verwendeten xfs liegen, sollte aber nicht. Die Fehlermeldung taucht jetzt nicht mehr auf, scheint also 9.2-spezifisch zu sein. Ich will später mal versuchen, die DVD vom Server aus zu exportieren und über ´s Netz zu installieren, mal sehen, was dann passiert. Gruß Peter
Hallo, Am Tue, 02 Nov 2004, Peter Baumgartner schrieb:
Am Montag, 1. November 2004 19:28 schrieb David Haller: [..]
Noe. Aber im anderen Subthread schreibst du, dass du auch eine Fehlermeldung a la:
hda: read_intr: error=0x10 {SectorID NotFound} LBA sect=58698574 ... Zeig mal ein fdisk -l /dev/hdX her. [..] Platte /dev/hda: 40.0 GByte, 40020664320 Byte 16 Köpfe, 63 Sektoren/Spuren, 77545 Zylinder Einheiten = Zylinder von 1008 * 512 = 516096 Bytes
Gerät Boot Start End Blocks Id System /dev/hda1 * 1 28449 14337981 7 HPFS/NTFS Partition 1 endet nicht an einer Zylindergrenze. /dev/hda2 28449 29485 522112+ 82 Linux Swap Partition 2 endet nicht an einer Zylindergrenze. /dev/hda3 29485 77545 24222524 5 Erweiterte Partition 3 endet nicht an einer Zylindergrenze. /dev/hda5 29485 43048 6836035+ 83 Linux /dev/hda6 * 43049 54675 5859976+ 83 Linux /dev/hda7 54676 77545 11526448+ b W95 FAT32 red:/home/pepo #
Vergleich mal die Sektorzahl der Fehlermeldung mit deiner maximalen Sektornummer: $ echo '77545 * 63 * 16' | bc 78165360
Hm, ist mit Yast partitioniert, ich dachte, das würde auf die Grenzen achten.
*grr* Theoretisch geht das auch, aber ibs. zusammen mit Win* ist das ein (grosses) Risiko.
ist auch jetzt die Ausgabe von der 9.1, die ich zum Vergleich auf hda5 installieren wollte. Installiert völlig normal und schnell, vernichtet aber ungefragt und gnadenlos die 9.2-Installation auf hda6 (Win95 läßt grüßen?)
Uh? Ich kenne Yast2 und IIRC sollte das eher PEBKAC sein. Kannst du mir das (evtl. per PM) genauer beschreiben?
-könnte am dort verwendeten xfs liegen, sollte aber nicht.
Nein. Es sei denn die Partition hatte den Typ 0 (leer).
Die Fehlermeldung taucht jetzt nicht mehr auf, scheint also 9.2-spezifisch zu sein.
Hm. Kernel aktualisiert? Evtl. mal nen Vanilla-Kernel? Oder den der 9.1 kopieren (-> genaueres per PM).
Ich will später mal versuchen, die DVD vom Server aus zu exportieren und über ?s Netz zu installieren, mal sehen, was dann passiert.
Wenn du das ausprobieren kannst ist das natuerlich praktisch. Und wenn du das ganze auch moeglichst genau beschreiben / zusammenfassen kannst und dann SUSE mitteilst waere geschickt. Denn SUSE ist eben auch von Fehlerbeschreibungen abhaengig, denn, soviel HW SUSE auch rumstehen hat... -dnh -- Probability. You'd get the same results reciting trivial Windows problems in any crowded place. With enough people around there's a probability ~=1 that one of them is an MCSE and will give you the wrong answer to your problem. -- Toni Lassila
Hallo David, danke erstmal für Deinen Einsatz. Ich bin die letzten Tage kaum aus dem Studio rausgekommen und kann mich frühestens morgen drum kümmern. Weiteres folgt. Am Mittwoch, 3. November 2004 05:18 schrieb David Haller:
Hallo,
Am Tue, 02 Nov 2004, Peter Baumgartner schrieb:
Am Montag, 1. November 2004 19:28 schrieb David Haller:
[..]
Noe. Aber im anderen Subthread schreibst du, dass du auch eine Fehlermeldung a la:
hda: read_intr: error=0x10 {SectorID NotFound} LBA sect=58698574 ... Zeig mal ein fdisk -l /dev/hdX her.
[..]
Platte /dev/hda: 40.0 GByte, 40020664320 Byte 16 Köpfe, 63 Sektoren/Spuren, 77545 Zylinder Einheiten = Zylinder von 1008 * 512 = 516096 Bytes
Gerät Boot Start End Blocks Id System /dev/hda1 * 1 28449 14337981 7 HPFS/NTFS Partition 1 endet nicht an einer Zylindergrenze. /dev/hda2 28449 29485 522112+ 82 Linux Swap Partition 2 endet nicht an einer Zylindergrenze. /dev/hda3 29485 77545 24222524 5 Erweiterte Partition 3 endet nicht an einer Zylindergrenze. /dev/hda5 29485 43048 6836035+ 83 Linux /dev/hda6 * 43049 54675 5859976+ 83 Linux /dev/hda7 54676 77545 11526448+ b W95 FAT32 red:/home/pepo #
Vergleich mal die Sektorzahl der Fehlermeldung mit deiner maximalen Sektornummer:
$ echo '77545 * 63 * 16' | bc 78165360
Hm, ist mit Yast partitioniert, ich dachte, das würde auf die Grenzen achten.
*grr* Theoretisch geht das auch, aber ibs. zusammen mit Win* ist das ein (grosses) Risiko.
ist auch jetzt die Ausgabe von der 9.1, die ich zum Vergleich auf hda5 installieren wollte. Installiert völlig normal und schnell, vernichtet aber ungefragt und gnadenlos die 9.2-Installation auf hda6 (Win95 läßt grüßen?)
Uh? Ich kenne Yast2 und IIRC sollte das eher PEBKAC sein. Kannst du mir das (evtl. per PM) genauer beschreiben?
-könnte am dort verwendeten xfs liegen, sollte aber nicht.
Nein. Es sei denn die Partition hatte den Typ 0 (leer).
Die Fehlermeldung taucht jetzt nicht mehr auf, scheint also 9.2-spezifisch zu sein.
Hm. Kernel aktualisiert? Evtl. mal nen Vanilla-Kernel? Oder den der 9.1 kopieren (-> genaueres per PM).
Ich will später mal versuchen, die DVD vom Server aus zu exportieren und über ?s Netz zu installieren, mal sehen, was dann passiert.
Wenn du das ausprobieren kannst ist das natuerlich praktisch. Und wenn du das ganze auch moeglichst genau beschreiben / zusammenfassen kannst und dann SUSE mitteilst waere geschickt. Denn SUSE ist eben auch von Fehlerbeschreibungen abhaengig, denn, soviel HW SUSE auch rumstehen hat...
-dnh
-- Probability. You'd get the same results reciting trivial Windows problems in any crowded place. With enough people around there's a probability ~=1 that one of them is an MCSE and will give you the wrong answer to your problem. -- Toni Lassila
participants (2)
-
David Haller
-
Peter Baumgartner