
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, nachdem ich ich via KTorrent die 5 ISO's gesaugt habe, hab ich die CD's gebrannt. Doch leider funktioniert schon gleich bei der ersten CD der Bootvorgang nicht. Nachdem Auswahlmenue kann ist starten was ich will der Bootprozess bricht immer mit dem gleichen Fehler ab. Der Kernel wird geladen, der übliche Systemcheck findet statt, es wird Ramdisk erzeugt. Das Image wird erkannt doch dann folgende Fehler: invalid compressd format (err=1) VFS: Canot open root device "<NULL>" or unknown-block(8,6) Please append a correct "root=" boot option Kernel panic - not ayncing: VFS: Unable to mount root fs on unknown-block(8,6) Und nun? Ich habe erst ein Brennfehler vermutet, kann ja mal vorkommen, aber auch drei verschiedenen CD's immer das gleiche. Ich habe 2 Rechner versucht, auf denen jeweils Suse 10.0 prolemlos läuft. Was ist da los? Ist da noch was zumachen? Oder sollte ich das ISO von CD1 neun saugen? Bis dann Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFEezYGTAwLIT63v+sRAorZAKCrnkqEvXjuOMW8cVC/OvBQq05GBgCfcDFS JAhWVKIPnRIYPkNDXk8kwws= =xOwH -----END PGP SIGNATURE-----

Thomas Giese wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hallo,
nachdem ich ich via KTorrent die 5 ISO's gesaugt habe, hab ich die CD's gebrannt. Doch leider funktioniert schon gleich bei der ersten CD der Bootvorgang nicht. Nachdem Auswahlmenue kann ist starten was ich will der Bootprozess bricht immer mit dem gleichen Fehler ab. Der Kernel wird geladen, der übliche Systemcheck findet statt, es wird Ramdisk erzeugt. Das Image wird erkannt doch dann folgende Fehler: invalid compressd format (err=1) VFS: Canot open root device "<NULL>" or unknown-block(8,6) Please append a correct "root=" boot option Kernel panic - not ayncing: VFS: Unable to mount root fs on unknown-block(8,6)
Und nun? Ich habe erst ein Brennfehler vermutet, kann ja mal vorkommen, aber auch drei verschiedenen CD's immer das gleiche. Ich habe 2 Rechner versucht, auf denen jeweils Suse 10.0 prolemlos läuft. Was ist da los? Ist da noch was zumachen? Oder sollte ich das ISO von CD1 neun saugen?
Vergleiche doch mal die md5sum von der CD mit dem auf der Download-Seite angegebenen Wert, das sollte schnell zeigen, ob der Download defekt ist. Funktioniert denn der Installations-Vorgang mit einer anderen Version? Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Sandy, Die md5sum weicht in der Tat vor der auf der Downloadsite ab!. Komischerweise stimmt von den 5 ISO's nicht eine Summe! Ich habe die ISO'S aber nicht direkt per FTP geholt sonder mit einem BitTorrent-client. Kann das daran liegen? Die CD's lassen sich auch ganz normal öffnen. Was meinst du mit anderen Version? Suse 10.0 und davor 9.2 konnte ich jedenfalls auf beiden Rechnern installieren. Ich werde mit jetzt aber einfach mal per FTP das 1. ISO holen, vielleicht klappts ja dann. Bis dann Thomas Sandy Drobic schrieb:
Thomas Giese wrote:
Und nun? Ich habe erst ein Brennfehler vermutet, kann ja mal vorkommen, aber auch drei verschiedenen CD's immer das gleiche. Ich habe 2 Rechner versucht, auf denen jeweils Suse 10.0 prolemlos läuft. Was ist da los? Ist da noch was zumachen? Oder sollte ich das ISO von CD1 neun saugen?
Vergleiche doch mal die md5sum von der CD mit dem auf der Download-Seite angegebenen Wert, das sollte schnell zeigen, ob der Download defekt ist.
Funktioniert denn der Installations-Vorgang mit einer anderen Version?
Sandy -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org
iD8DBQFEez52TAwLIT63v+sRAmJyAKCZcdjmHJ+PCBGDTPU+BELhJEWHkgCfYTTU uCitNSmTdcwQcMNNT/tFdKc= =MwQx -----END PGP SIGNATURE-----

Sandy Drobic wrote:
Vergleiche doch mal die md5sum von der CD mit dem auf der Download-Seite angegebenen Wert, das sollte schnell zeigen, ob der Download defekt ist.
gibts da nicht auch diesen internen check der medien? oder ging das nur aus dem bereits gebooteten system heraus? als haette ich mal was gelesen dass man auch von einer aelteren suse cd booten kann und dann diesen mediacheck anstarten kann, weil dieser auch nur irgendwoher aus einem block eine pruefsumme ausliest und dann die restlichen relevanten bereiche der cd einliest und die pruefsumme berechnet und dann vergleicht. aber keine ahnung genau.

Hallo Andreas, hallo Leute, Am Montag, 29. Mai 2006 21:18 schrieb Andreas Bittner:
Sandy Drobic wrote:
Vergleiche doch mal die md5sum von der CD mit dem auf der Download-Seite angegebenen Wert, das sollte schnell zeigen, ob der Download defekt ist.
gibts da nicht auch diesen internen check der medien?
oder ging das nur aus dem bereits gebooteten system heraus? als
Es geht a) beim Booten von Installations-CD/DVD b) aus dem installierten System heraus (YaST2 - Medienüberprüfung)
haette ich mal was gelesen dass man auch von einer aelteren suse cd booten kann und dann diesen mediacheck anstarten kann,
Zumindest ab 10.0 (vielleicht auch schon ab 9.3, einfach nachsehen) gibt es das YaST-Modul zur Medienüberprüfung. Das müsste auch 10.1-CDs überprüfen können. Kleiner Hinweis am Rand: Die md5sum der ISO-Dateien und die bei der Medienüberprüfung ermittelte md5sum unterscheiden sich. Grund ist, dass die Medienüberprüfung einen kleinen Bereich, in dem die md5sum hinterlegt ist, nicht überprüft [1] - ansonsten wäre die md5sum-Generierung ein rekursives Problem ;-) Gruß Christian Boltz [1] siehe /usr/share/doc/packages/checkmedia/README -- Erstes Gesetz WWW: Du mögest trennen die Spinnen und Indianer von den Usern und jedem sein eigen Grund und Heim zuteilen auf das der eine nicht neidisch werde auf den anderen und begehre dessen Heim und Gut. *lach* [Thomas Templin in suse-linux] -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, es scheint wohl so zu sein, daß via BitTorrent eine Menge Müll über die Leitung gekommen ist. Die Prüfsummen stimmen bei keiner der ISO's mit denen von OpenSuse.de überein. Ich habe CD1 nun mit wget geholt und problemlos einen Bootvorgang hinbekommen. Auf dem Notebook läuft zur Zeit eine Update-Install von 10.0 auf 10.1. Die Medien werden erstmal geprüft, ich fürchte aber, daß ich die ISO's 2-5 auch wieder per wget holen muß :-( Bis dann Thomas Thomas Giese schrieb:
Hallo,
nachdem ich ich via KTorrent die 5 ISO's gesaugt habe, hab ich die CD's gebrannt. Doch leider funktioniert schon gleich bei der ersten CD der Bootvorgang nicht. Nachdem Auswahlmenue kann ist starten was ich will der Bootprozess bricht immer mit dem gleichen Fehler ab. Der Kernel wird geladen, der übliche Systemcheck findet statt, es wird Ramdisk erzeugt. Das Image wird erkannt doch dann folgende Fehler: invalid compressd format (err=1) VFS: Canot open root device "<NULL>" or unknown-block(8,6) Please append a correct "root=" boot option Kernel panic - not ayncing: VFS: Unable to mount root fs on unknown-block(8,6)
Und nun? Ich habe erst ein Brennfehler vermutet, kann ja mal vorkommen, aber auch drei verschiedenen CD's immer das gleiche. Ich habe 2 Rechner versucht, auf denen jeweils Suse 10.0 prolemlos läuft. Was ist da los? Ist da noch was zumachen? Oder sollte ich das ISO von CD1 neun saugen?
Bis dann
Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org
iD8DBQFEfW0ITAwLIT63v+sRApysAJ9K7+PunoV6hpe68krAAyDAM/moDwCeIkJ2 XQVWr9f7yfsxx8HoDBFYDjU= =Jr9u -----END PGP SIGNATURE-----

Thomas Giese schrieb:
es scheint wohl so zu sein, daß via BitTorrent eine Menge Müll über die Leitung gekommen ist. Die Prüfsummen stimmen bei keiner der ISO's mit denen von OpenSuse.de überein.
Welchen Bittorrent-Client verwendest du? Von wo hast du die .torrent-Dateien? Normalerweise kommt so etwas nicht vor, da BitTorrent Checksummen für jeden Teil hat, die auch überprüft werden. So wird dann ein nicht übereinstimmender Teil erneut geladen. Es dürfte also kein "Müll" entstehen. Das einzige ist wohl das, wo du es her hast. Das möchte ich gern mal wissen. Martin

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Martin, die torrent-Dateien hatte ich von OPENSuse.de. Der komplette Download hat sich aber schon als äußerst schwierig gestalten, da der Client KTorrent ständig mein Suse 10.0 zum Absturz gebracht hat. Komischerweise aber erst nach ca. 30 Minuten download oder so.... Weis der Geier was da los war/ist. Ich habe mir dann heute alles CD ISO's wieder via wget geholt und keine Probleme beim Update meines Notebooks gehabt. Es muss dann wohl wirklich an den Images gelegen haben. Bis dann Thomas Martin Ereth schrieb:
Thomas Giese schrieb:
es scheint wohl so zu sein, daß via BitTorrent eine Menge Müll über die Leitung gekommen ist. Die Prüfsummen stimmen bei keiner der ISO's mit denen von OpenSuse.de überein.
Welchen Bittorrent-Client verwendest du? Von wo hast du die .torrent-Dateien?
Normalerweise kommt so etwas nicht vor, da BitTorrent Checksummen für jeden Teil hat, die auch überprüft werden. So wird dann ein nicht übereinstimmender Teil erneut geladen. Es dürfte also kein "Müll" entstehen. Das einzige ist wohl das, wo du es her hast. Das möchte ich gern mal wissen.
Martin
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFEfe5GTAwLIT63v+sRAvwgAKC8crlW9nNkrRZT1ho4iWpUvDlCrgCgmqCi 8LHs+G8mdxYlsWatGYp4i5g= =U95R -----END PGP SIGNATURE-----

Hallo, Am Mit, 31 Mai 2006, Thomas Giese schrieb:
die torrent-Dateien hatte ich von OPENSuse.de. Der komplette Download hat sich aber schon als äußerst schwierig gestalten, da der Client KTorrent ständig mein Suse 10.0 zum Absturz gebracht hat. Komischerweise aber erst nach ca. 30 Minuten download oder so....
ktorrent ist "known broken", d.h. defekt. Ich glaube, das steht sogar irgendwo auf den opensuse-Downloadseiten, dass man deswegen ktorrent _nicht_ verwenden soll.
Ich habe mir dann heute alles CD ISO's wieder via wget geholt und keine Probleme beim Update meines Notebooks gehabt. Es muss dann wohl wirklich an den Images gelegen haben.
BTW: du musst die ISOs nicht brennen, es reicht die erste und/oder die erste ohne suse/i* und suse/noarch auf Platte ausgepackt. Bei Interesse schreib ich mal das HOWTO dazu. -dnh -- Wenn hier einer auf dem Monitor schnarcht, dann ist es $KATER. Recovery ist, wenn er langsam vom Monitor herunterrutscht und dann dumm guckt, wenn er mal wieder mit einem *PLUMPS* auf der Tastatur landet. -- Marc Haber -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com

Am 01.06.2006 02:02 schrieb David Haller:
BTW: du musst die ISOs nicht brennen, es reicht die erste und/oder die erste ohne suse/i* und suse/noarch auf Platte ausgepackt. Bei Interesse schreib ich mal das HOWTO dazu.
Interesse. Gab es auf opensuse.org nicht schon mal was dazu? Hab grad auf die Schnelle aber nix gefunden. Nicht dass du dir die Mühe umsonst machst. OJ -- Was dort passiert ist unglaublich. Leute werden dafür gefoltert, ihre Meinung gesagt zu haben. Wenn du und ich diese unterhaltung in Tibet führen würden, kämen wir beide in den Knast. Ich für das, was ich sage, und du dafür, daß du es schreibst. (Beastie Boys, Visions Nr.62)

Hallo, Am Fre, 02 Jun 2006, Johannes Kastl schrieb:
Am 01.06.2006 02:02 schrieb David Haller:
BTW: du musst die ISOs nicht brennen, es reicht die erste und/oder die erste ohne suse/i* und suse/noarch auf Platte ausgepackt. Bei Interesse schreib ich mal das HOWTO dazu.
Interesse.
Gab es auf opensuse.org nicht schon mal was dazu? Hab grad auf die Schnelle aber nix gefunden. Nicht dass du dir die Mühe umsonst machst.
Nicht dass ich wuesste... Ich mach dann mal ;) -dnh -- 161: Internetpräsenz Irgendwas machen, weil das andere auch machen. (Martin Schmitt) -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com

Am 31.05.2006 22:02 schrieb Martin Ereth:
Normalerweise kommt so etwas nicht vor, da BitTorrent Checksummen für jeden Teil hat, die auch überprüft werden. So wird dann ein nicht übereinstimmender Teil erneut geladen. Es dürfte also kein "Müll" entstehen.
ACK.
Das einzige ist wohl das, wo du es her hast. Das möchte ich gern mal wissen.
Das ist wohl der Knackpunkt. OJ -- Wir sind die wichtigste Band seit den Sex Pistols. Wir sind mittlerweile die beste Band der ganzen Welt. So ist es. (Liam Gallagher, Oasis, Visions 62, S. 21)
participants (7)
-
Andreas Bittner
-
Christian Boltz
-
David Haller
-
Johannes Kastl
-
Martin Ereth
-
Sandy Drobic
-
Thomas Giese