Zerschossener Lilo nach 2.4.9-DEinstallation

Andreas Achtzehn

23 Aug 2001 23 Aug '01

18:45

Hallo Liste! Da haben wir den Salat. Ich mal wieder so prollig gewesen und hab mir das RPM für den 2.4.9 Kernel von ftp.suse.com aus dem Privatverzeichnis gezogen. Nachdem das PCMCIA-Modul nicht funktioniert hat, bin ich wie ein reudiger Hund zum Standardkernel zurückgekehrt. Mein Vorgehen. Installation mit cp /boot /boot2 rpm -i k_dflt_i386[...].rpm mk_initrd lilo reboot und dann wurde auch klar, dass der 2.4.9 doch wohl noch nichts für mich ist. Ich also, schlau wie ich bin, wieder zurück zu 2.4.4 rpm -e k_dflt_i386[...].rpm RPM not installed?! mv /boot /boot.alt cp /boot2 /boot mk_initrd In diesem Moment wird mir der Bug in reiserfs schmerzlich bewußt. Der Kernel meldet die schon in der Liste beschriebenen Fehler. Ich also: CDs von 7.2 raus, rescue-system gestartet und ab geht die Lotte: mount /dev/hda1 /mnt (wohlbemerkt: ReiserFS) chroot /mnt /usr/bin/env -i HOME=/root /bin/bash (in der chroot-environment ) /sbin/mk_initrd lilo Reboot. Was passiert LIL . und das war's. Ab wieder zu den CDs und diesmal "Installiertes System booten". Klappte auch mit modules-Diskette (da ReiserFS) problemlos. Wieder mk_initrd lilo und... reboot ... LIL . Tada. So, jetzt sitze ich hier mit einem kaputten LILO oder Ramdisk (so genau ist mir das noch nicht klar) und weiss nicht, wie ich meinen Rechner wieder zum Laufen bekomme. Bitte, bitte, sagt mir, dass es da was ganz einfaches ala Aspirin gibt...! Gruß, Andreas -- /------------------------------------------\ | the linux-society Andreas Achtzehn| | visit us at www.linux-society.de| | or call (+49)179-4948706| \------------------------------------------/

Show replies by date

Andreas Hergesell

23 Aug 23 Aug

19:07

Hallo Andreas

...

-----Original Message----- From: Andreas Achtzehn [mailto:suse-linux@achtzehn.2y.net] Sent: Thursday, August 23, 2001 8:46 PM To: suse-linux@suse.com Subject: Zerschossener Lilo nach 2.4.9-DEinstallation

Hallo Liste!

Da haben wir den Salat. Ich mal wieder so prollig gewesen und hab mir das RPM für den 2.4.9 Kernel von ftp.suse.com aus dem Privatverzeichnis gezogen. Nachdem das PCMCIA-Modul nicht funktioniert hat, bin ich wie ein reudiger Hund zum Standardkernel zurückgekehrt. Mein Vorgehen.

Installation mit

cp /boot /boot2 rpm -i k_dflt_i386[...].rpm mk_initrd lilo

reboot und dann wurde auch klar, dass der 2.4.9 doch wohl noch nichts für mich ist. Ich also, schlau wie ich bin, wieder zurück zu 2.4.4

rpm -e k_dflt_i386[...].rpm RPM not installed?! mv /boot /boot.alt cp /boot2 /boot mk_initrd

In diesem Moment wird mir der Bug in reiserfs schmerzlich bewußt. Der Kernel meldet die schon in der Liste beschriebenen Fehler.

Dann werde ich wohl auch nicht updaten und schön bei meinem 2.4.4 SuSE bleiben, denn auch ein update auf 2.4.7 / 2.4.8 schlug bei mir fehl :-))

...

Ich also: CDs von 7.2 raus, rescue-system gestartet und ab geht die Lotte: mount /dev/hda1 /mnt (wohlbemerkt: ReiserFS) chroot /mnt /usr/bin/env -i HOME=/root /bin/bash (in der chroot-environment ) /sbin/mk_initrd lilo

Reboot. Was passiert

LIL .

und das war's. Ab wieder zu den CDs und diesmal "Installiertes System booten". Klappte auch mit modules-Diskette (da ReiserFS) problemlos. Wieder

An deiner Stelle würde ich über die Boot-Disk booten - geht ja mit der Modules-Disk - und dann yast aufrufen -Administration des Systems - Kernel und Bootkonf. und boot Kernel auswählen. Schließlich den SuSE-Standard 2.4.4 wieder installieren.

...

mk_initrd lilo

genau und dann gehts wieder (bei mir gings bei meinen Ausflügen in die Mantel-Kernel jedenfalls so immer zurück :-)

...

und... reboot ...

Viel Glück noch !

...

LIL .

Tada. So, jetzt sitze ich hier mit einem kaputten LILO oder Ramdisk (so genau ist mir das noch nicht klar) und weiss nicht, wie ich meinen Rechner wieder zum Laufen bekomme.

Bitte, bitte, sagt mir, dass es da was ganz einfaches ala Aspirin gibt...!

Wobei die Entwicklung und Herstellung von Aspirin damals auch keine einfache Sache war :-)

...

Gruß, Andreas

dito

Andreas Achtzehn

19:40

From: Andreas Hergesell [mailto:mail@zeus-computer.de] Hallo Andreas (endlich mal ein quoting, das Sinn macht...)

...

An deiner Stelle würde ich über die Boot-Disk booten - geht ja mit der Modules-Disk -und dann yast aufrufen -Administration des Systems - Kernel und Bootkonf. und boot Kernel auswählen. Schließlich den SuSE-Standard 2.4.4 wieder installieren.

...

...
mk_initrd lilo genau und dann gehts wieder (bei mir gings bei meinen Ausflügen in die Mantel-Kernel jedenfalls so immer zurück :-)

Bei mir anscheinend leider nicht. Immer noch LIL . ich bin über zwei Wege gegangen: Erst YaST den neuen Kernel installieren lassen und dann rebooten: erfolglos. Dann mit Boot-Disk wieder ins System und mk_initrd lilo eingegeben. Reboot. Nada. Nocho. Dunkelschwarze Nacht. Immer noch dieses dämliche LIL . Ich habe meine Root-Partition, die reiserfs ist in Verdacht, allerdings kann ich das nicht bestätigen. Wenn ich ein mk_initrd mache, dann wird das reiserfs.o normal mit eingebunden. Das kann doch nicht wirklich ein Problem in der Festplatten-Geometrie sein, oder? Dann würde doch das System nicht bis zum ersten Punkt kommen. Was mich eh verwundert: Welche Art von Fehlermeldung ist das schon wieder??

...

...
und... reboot ...

Viel Glück noch ! danke für die aufbauenden Worte, aber ich boote im Moment so oft wie bei windows und Aspirin sind auch keine in der Nähe.

Gruß, Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com

Andreas Hergesell

20:02

...

From: Andreas Hergesell [mailto:mail@zeus-computer.de]

Hallo Andreas (endlich mal ein quoting, das Sinn macht...)

:-)))

...

...
An deiner Stelle würde ich über die Boot-Disk booten - geht ja mit der Modules-Disk -und dann yast aufrufen -Administration des Systems - Kernel und Bootkonf. und boot Kernel auswählen. Schließlich den SuSE-Standard 2.4.4 wieder installieren.

...
...
mk_initrd lilo genau und dann gehts wieder (bei mir gings bei meinen Ausflügen in die Mantel-Kernel jedenfalls so immer zurück :-)

Bei mir anscheinend leider nicht. Immer noch LIL .

ich bin über zwei Wege gegangen: Erst YaST den neuen Kernel installieren lassen und dann rebooten: erfolglos. Dann mit Boot-Disk wieder ins System und

mk_initrd lilo

eingegeben. Reboot. Nada. Nocho. Dunkelschwarze Nacht. Immer noch dieses dämliche LIL .

Schon diese Anzeige LIL (oder eben Li oder L ) hat schon was zu bedeuten. Was kann ich dir leider im Moment nicht sagen. (Musst du vielleicht auf die Hilfe von ein paar Profis hier hoffen /warten)

...

Ich habe meine Root-Partition, die reiserfs ist in Verdacht, allerdings kann ich das nicht bestätigen. Wenn ich ein mk_initrd mache, dann wird das reiserfs.o normal mit eingebunden. Das kann doch nicht wirklich ein Problem in der Festplatten-Geometrie sein, oder? Dann

Das wäre natürlich hart. Und ein ziemlich deftiger Bug obendrein !

...

würde doch das System nicht bis zum ersten Punkt kommen. Was mich eh verwundert: Welche Art von Fehlermeldung ist das schon wieder??

...
...
und... reboot ...

Viel Glück noch ! danke für die aufbauenden Worte, aber ich boote im Moment so oft wie bei windows und Aspirin sind auch keine in der Nähe.

Das Problem kenne ich leider auch zu genüge :-| Es gab auch bei mir Zeiten in denen ich über eine up-time von 20 min nicht hinauskam.

...

Gruß, Andreas

dito :-)))

Andreas Achtzehn

20:39

Hallo zusammen, hallo Philipp und Andreas, die ihr mir schon ein wenig weitergeholfen habt! So sieht also mein lilo -v -v -v jetzt aus: Reading boot sector from /dev/hda Merging with /boot/boot.b Device 0x0301: BIOS drive 0x80, 15 heads, 10068 cylinders, 63 sectors. Partition offset: 63 sectors. Secondary loader: 13 sectors. Device 0x0301: BIOS drive 0x80, 15 heads, 10068 cylinders, 63 sectors. Partition offset: 63 sectors. Boot image: /boot/vmlinuz Device 0x0301: BIOS drive 0x80, 15 heads, 10068 cylinders, 63 sectors. Partition offset: 63 sectors. Setup length is 10 sectors. Mapped 0 sectors. Mapping RAM disk /boot/initrd Device 0x0301: BIOS drive 0x80, 15 heads, 10068 cylinders, 63 sectors. Partition offset: 63 sectors. RAM disk: 0 sectors. Added linux * "ro root=301 BOOT_FILE=/boot/vmlinuz vga=0x0301" /boot/boot.0300 exists - no backup copy made. Map file size: 17920 bytes. Writing boot sector. Eigentlich doch ganz normal, oder? Ich boote das System von der Installations-CD. Kann dies einen Einfluss auf das Verhalten von lilo haben? Einige Neuigkeiten,was den installierten Bootloader angehen: Vorher hatte ich: LIL . dann einmal ein lilo -U /dev/hda gemacht und neugestartet. Er hat den Kernel geladen aber ist dann beim root-fs gestorben (ist ein alter Bootsektor gewesen, den ich noch von meinem LFS-Versuch hatte). Wieder lilo eingetippt und diesmal LIL ohne Punkt?! Hallo?? Das ist ist ein Computer, der is' nich so wählerisch... Mal mit Punkt, mal ohne. Ist ja wie beim Glücksspiel. Ich weiss echt nicht mehr weiter. Hoffe, das jetzt ein super LILO-Experte meinen Hilfeschrei hört und mich aus der Sch* zieht. Hab echt keine Lust meinen Kernel auf ne Bootdiskette zu ziehen und dann immer damit zu booten. Gruß, Andreas

David Haller

24 Aug 24 Aug

08:36

On Don, 23 Aug 2001, Andreas Achtzehn wrote:

...

Device 0x0301: BIOS drive 0x80, 15 heads, 10068 cylinders, 63 sectors. Partition offset: 63 sectors.

Bist du sicher, dass das die richtige (vom BIOS und Linux verwendete) Geometrie ist? Mit LBA Mapping ist */255/63 eigentlich ueblicher als */15/63... Schau erstens mal im Bios, zweitens in der lilo.conf (hda=cyl,hds,sec) und drittens: cat /proc/ide/hda/geometry hdparm -i /dev/hda

...

Added linux * ^^^^^ ^^^^^^^ ??? s.o. -dnh

-- 170: Gigabit-Ethernet-PC-Karte Warum wollen Sie einen mannshohen Abwasserkanal für Ihr Privathaus? So schnell können Sie gar nicht kacken! (Hans Bonfigt)

Arne-Erik Martin

14:54

Am Donnerstag 23 August 2001 22:02 schrieb Andreas Hergesell:

...

...
From: Andreas Hergesell [mailto:mail@zeus-computer.de]

Hallo Andreas (endlich mal ein quoting, das Sinn macht...)

[...]

...

...
eingegeben. Reboot. Nada. Nocho. Dunkelschwarze Nacht. Immer noch dieses dämliche LIL .

Schon diese Anzeige LIL (oder eben Li oder L ) hat schon was zu bedeuten. Was kann ich dir leider im Moment nicht sagen. (Musst du vielleicht auf die Hilfe von ein paar Profis hier hoffen /warten)

Kein LILO Profi, aber mein Handbuch ( Susi 7.1 S. 139 ) in etwa sowas wie "... konnte die nötigen Daten (...) nicht aus der Map-Datei laden, ... typischerweise ... physikalischer Fehler des Boot Datenträgers oder eine fehlerhafte Platten Geometrie. [ stark gekürzt!]

...

...
Ich habe meine Root-Partition, die reiserfs ist in Verdacht, allerdings kann ich das nicht bestätigen. Wenn ich ein mk_initrd mache, dann wird das reiserfs.o normal mit eingebunden. Das kann doch nicht wirklich ein Problem in der Festplatten-Geometrie sein, oder? Dann

und man lilo sagt auch: lilo is known to have problems with the reiserfs intro duced with the 2.2.x kernels, unless the file system is mounted with the 'notail' option. This incompatibilty has been resolved with reiserfs 3.6.18 and lilo 21.6. evtl. auch mal überprüfen ...

...

...
...
Viel Glück noch !

dito.

...

Das Problem kenne ich leider auch zu genüge :-| Es gab auch bei mir Zeiten in denen ich über eine up-time von 20 min

ups. 20 min ist aber nicht gerade lang ... macht da das arbeiten Spaß? *scnr*

...

nicht hinauskam.

...
Gruß, Andreas

dito :-)))

Gruss Arne

Andreas Koenecke

23 Aug 23 Aug

20:48

* Donnerstag, 23. August 2001 um 21:40 (+0200) schrieb Andreas Achtzehn:

...

[ LIL ]

Nur um Veränderungen in der Plattengeometrie auszuschliessen: Vergleiche mal die Geometrie der Bootplatte, die das BIOS beim Start anzeigt, mit der Geometrie, die bei 'fdisk -l /dev/hda' ausgegeben wird. Gruß Andreas -- Andreas Könecke "Andreas Koenecke " PGP-ID/Fingerprint: BD7C2E59/3E 11 E5 29 0C A8 2F 49 40 6C 2D 5F 12 9D E1 E3 PGP-Key on request or on public keyservers --

Christoph Maurer

24 Aug 24 Aug

07:48

Am Don, 23 Aug 2001, schrieb Andreas Hergesell:

...

Hallo Andreas

...
Da haben wir den Salat. Ich mal wieder so prollig gewesen und hab mir das RPM für den 2.4.9 Kernel von ftp.suse.com aus dem Privatverzeichnis gezogen. Nachdem das PCMCIA-Modul nicht funktioniert hat, bin ich wie ein reudiger Hund zum Standardkernel zurückgekehrt. Mein Vorgehen.

Installation mit

cp /boot /boot2 rpm -i k_dflt_i386[...].rpm mk_initrd lilo

reboot und dann wurde auch klar, dass der 2.4.9 doch wohl noch nichts für mich ist. Ich also, schlau wie ich bin, wieder zurück zu 2.4.4

rpm -e k_dflt_i386[...].rpm RPM not installed?! mv /boot /boot.alt cp /boot2 /boot mk_initrd

In diesem Moment wird mir der Bug in reiserfs schmerzlich bewußt. Der Kernel meldet die schon in der Liste beschriebenen Fehler.

Dann werde ich wohl auch nicht updaten und schön bei meinem 2.4.4 SuSE bleiben, denn auch ein update auf 2.4.7 / 2.4.8 schlug bei mir fehl :-))

Wieso? 2.4.7 läuft bei mir problemlos! Gruß Christoph -- Christoph Maurer - Paul-Röntgen-Straße 7 - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen

Andreas Hergesell

06:13

...

-----Original Message----- From: Christoph Maurer [mailto:christoph-maurer@gmx.de] Sent: Friday, August 24, 2001 9:48 AM To: suse-linux@suse.com Subject: Re: Zerschossener Lilo nach 2.4.9-DEinstallation

...
...
In diesem Moment wird mir der Bug in reiserfs schmerzlich bewußt. Der Kernel meldet die schon in der Liste beschriebenen Fehler.

Dann werde ich wohl auch nicht updaten und schön bei meinem 2.4.4 SuSE bleiben, denn auch ein update auf 2.4.7 / 2.4.8 schlug bei mir fehl :-))

Wieso? 2.4.7 läuft bei mir problemlos! Unter 2.4.7 bekomm ich keine Verbindung zum INet über DSL und RP-PPPOE Nach einem downgrade auf den 2.4.4 ging plötzlich die Verbindung wieder. Keine Ahnung warum ... Dabei wird der 2.4.7er in der SDB empfohlen. Mit dem 2.4.4er hab ich aber mit rp-pppoe und masq bis jetzt keine Probs.

Gruß

Christoph

Grüße Andreas

Christoph Maurer

11:29

Am Fre, 24 Aug 2001, schrieb Andreas Hergesell:

...

...
-----Original Message----- From: Christoph Maurer [mailto:christoph-maurer@gmx.de] Sent: Friday, August 24, 2001 9:48 AM To: suse-linux@suse.com Subject: Re: Zerschossener Lilo nach 2.4.9-DEinstallation

...
...
In diesem Moment wird mir der Bug in reiserfs schmerzlich bewußt. Der Kernel meldet die schon in der Liste beschriebenen Fehler.

Dann werde ich wohl auch nicht updaten und schön bei meinem 2.4.4 SuSE bleiben, denn auch ein update auf 2.4.7 / 2.4.8 schlug bei mir fehl :-))

Wieso? 2.4.7 läuft bei mir problemlos! Unter 2.4.7 bekomm ich keine Verbindung zum INet über DSL und RP-PPPOE Nach einem downgrade auf den 2.4.4 ging plötzlich die Verbindung wieder. Keine Ahnung warum ... Dabei wird der 2.4.7er in der SDB empfohlen. Mit dem 2.4.4er hab ich aber mit rp-pppoe und masq bis jetzt keine Probs.

Zu DSL kann ich leider nichts sagen, nutze ich nicht. Masquerading klappt jedoch definitiv. Gruß Christoph -- Christoph Maurer - Paul-Röntgen-Straße 7 - 52072 Aachen - Tux#194235 mailto:christoph-maurer@gmx.de - http://www.christophmaurer.de Auf der Homepage u.a.: Installation von SuSE 7.0 auf Notebook Acer Travelmate 508 T, Elektrotechnik an der RWTH Aachen

Andreas Achtzehn

11:42

New subject: Zerschossener Lilo nach 2.4.9-DEinstallation (Lösung)

Hallo zusammen! Hubert Mantel hat mir bei meinem Problem geholfen. Mein lilo läuft jetzt wieder anstandslog (ok, kein grafisches Menü, aber wer will so einen Schnickschnack). Ich mache an dieser Stelle mal ein Vollquoting (keine flames bitte), in dem auch die Korrektur für reiserFS enthalten ist: --- schnipp Hubert Mantels Mail --- Das Gleiche hatte ich auf meinem Rechner auch. Es hat geholfen, mit einem rescue zu booten und das LILO-Paket mit "rpm -Uhv --force lilo.rpm" nochmal zu installieren. Allerdings scheint bei mir jetzt auch der Splash-Screen kaputt zu sein, der Bildschirm ist beim Booten also schwarz, nach <ENTER> bootet der Kernel aber brav. Ich weiss allerdings nicht, ob nicht noch mehr kaputt gegangen ist. Ist mein Arbeitsplatzrechner, da ist das nicht so wichtig, weil meine Daten auf NFS liegen. Zur Not installiere ich ihn gelegentlich neu, habe ich bei einem meiner Testrechner auch machen muessen. Allerdings war ich bei dem noch ein bisschen duemmer, da hatte ich ein "mkswap" auf die Root-Partition gemacht, von daher weiss ich nicht, was der wahr Ausloeser der Probleme war. Das Ganze ist richtig gemein, so einen Bug hatte ich noch in keinem Kernel. War wirklich nur ein fehlendes "!" an wichtiger Stelle: --- linux/fs/reiserfs/inode.c Wed Aug 22 11:20:39 2001 +++ linux/fs/reiserfs/inode.c Wed Aug 22 11:55:31 2001 @@ -632,7 +632,7 @@ corresponding cell in some indirect item). But it may be zero unformatted node pointer (hole) */ unfm_ptr = get_block_num(item, pos_in_item); - if (unfm_ptr) { + if (!unfm_ptr) { /* use allocated block to plug the hole */ reiserfs_prepare_for_journal(inode->i_sb, bh, 1) ; if (fs_changed (fs_gen, inode->i_sb) && item_moved (&tmp_ih, &path)) { --- schnapp Hubert Mantels Mail --- Danke an alle, die versucht haben, mir zu helfen. Gruß aus dem schönen (sonnigen) Münsterland, Andreas

David Haller

23:32

New subject: Zerschossener Lilo nach 2.4.9-DEinstallation (Lösung)

On Fre, 24 Aug 2001, Andreas Achtzehn wrote:

...

--- schnipp Hubert Mantels Mail --- [..] Das Ganze ist richtig gemein, so einen Bug hatte ich noch in keinem Kernel. War wirklich nur ein fehlendes "!" an wichtiger Stelle:

--- linux/fs/reiserfs/inode.c Wed Aug 22 11:20:39 2001 +++ linux/fs/reiserfs/inode.c Wed Aug 22 11:55:31 2001 @@ -632,7 +632,7 @@ corresponding cell in some indirect item). But it may be zero unformatted node pointer (hole) */ unfm_ptr = get_block_num(item, pos_in_item); - if (unfm_ptr) { + if (!unfm_ptr) { /* use allocated block to plug the hole */ reiserfs_prepare_for_journal(inode->i_sb, bh, 1) ; if (fs_changed (fs_gen, inode->i_sb) && item_moved (&tmp_ih, &path)) { --- schnapp Hubert Mantels Mail ---

*ARGL* Wer hat den LART fuer den verantworlichen reiserfs-coder schon in der Hand? ... Oh wie schoen, in meinem linux/fs/reiserfs/inode.c gibt's kein unfm_ptr :) -dnh -- Wer schreit da in den Netzwerkwind. Es ist der Hajo benimmt sich wie ein Kind. Der Dieter ist nur umgekippt. Hatt er denn schon wasser genippt. Ein Patscher rechts, ein Patscher links. Und sie mal an dann gings. [WoKo in dag°]

Peter Rudek

13:32

* Andreas Hergesell [010824 09:56]:

...

...
From: Christoph Maurer [mailto:christoph-maurer@gmx.de]

...
...
In diesem Moment wird mir der Bug in reiserfs schmerzlich bewußt. Der Kernel meldet die schon in der Liste beschriebenen Fehler.

Dann werde ich wohl auch nicht updaten und schön bei meinem 2.4.4 SuSE bleiben, denn auch ein update auf 2.4.7 / 2.4.8 schlug bei mir fehl :-))

Wieso? 2.4.7 läuft bei mir problemlos! Unter 2.4.7 bekomm ich keine Verbindung zum INet über DSL und RP-PPPOE

yep, hatte mit 2.4.7 sowie 2.4.8 genau die gleichen Probleme :(

...

Nach einem downgrade auf den 2.4.4 ging plötzlich die Verbindung wieder.

AOL!

...

Keine Ahnung warum ...

tja, das einzige was ich waehrend meiner Ausfluege nach .7/.8 in der /var/log/[warn,messages] fand waren folgende Eintraege: noah kernel: SuSE-FW-DROP-ANTI-SPOOFINGIN=eth1 OUT= MAC= SRC=192.168.22.2 DST=192.168.22.255 LEN=78 TOS=0x00 PREC=0x00 TTL=64 welche nach dem Downgrade auf SuSE's 2.4.4 verschwunden sind, und auch mein pppoe wieder sauber funktioniert? Obwohl ich doch brav mein mk_initrd (mit default-Werten, war ein ganz simples rpm) && lilo ausgefuehrt habe. Der Kernel selbst lief ja auch ohne rumzumeckern oder mir meine ReiserFS zu zerschiessen, halt nur das Netzwerkproblem...

...

Dabei wird der 2.4.7er in der SDB empfohlen. Mit dem 2.4.4er hab ich aber mit rp-pppoe und masq bis jetzt keine Probs.

tja, nutze noch den Kernel-pppoe was mit den bekannten Problemen verbunden ist :( Gruesse, Peter -- "There are just 2 rules in life: Always be yourself, but never mind to change."

Matthias Kleine

08:40

Andreas Achtzehn wrote:

...

Installation mit

cp /boot /boot2

Hast Du hier cp -R vergessen, oder war das ein Tippfehler? ~~~~ - Matthias

8287

Age (days ago)

8288

Last active (days ago)

List overview

Download

14 comments

8 participants

participants (8)

Andreas Achtzehn
Andreas Hergesell
Andreas Koenecke
Arne-Erik Martin
Christoph Maurer
David Haller
Matthias Kleine
Peter Rudek