PPPoE/Netzwerk fürs Booten deaktivieren?

[deberik]

Hallo Leute, bei mir hängt das System währden dem Booten beim PPPoE laden. Kann ich das Laden von PPPoE oder der gesamten Netzwerkgeschichte per Bootoptionen deaktivieren? Ich finde nichts passendes :/

PS: Livesystem zur Wiederherstellung wird gerade erstellt, aber mit Bootoption wärs noch praktischer

Edit: Tippfehler im Threadnamen entfernt

[Natureshadow]

Hi,

du kannst networking aus dem Runlevel entfernen oder alle Interaces in /etc/network/interfaces auf manual setzen.

Das klingt für mich aber nicht wirklich toll. Lass uns doch lieber herausfinden, warum sich das weghängt . . .

-nik

[deberik]

du kannst networking aus dem Runlevel entfernen oder alle Interaces in /etc/network/interfaces auf manual setzen.

Und wie lautet die Bootoption dazu? Weiter als Grub (bzw. bis zu PPPoe) komme ich ja nicht...

Das klingt für mich aber nicht wirklich toll. Lass uns doch lieber herausfinden, warum sich das weghängt . . .

Für mich auch nicht. Aber ich habe gerade keine Zeit eine langwierige Analyse zu machen Das kommt später, wenn ich Zeit habe!

[Gunman1982]

Setzen des Runlevels im Grub2:
http://www.if-not-true-then-false.com/2 ... -on-grub2/

[deberik]

Setzen des Runlevels im Grub2:
http://www.if-not-true-then-false.com/2 ... -on-grub2/

Danke. Aber bei mir ändert sich gar nicht, egal welche Runlevel (0-6) ich auswähle. Ich poste beim nächsten Booten die exakte Zeile die ich probiert habe.

Das Problem, dass mein Computer nicht mehr startet hat sich jetzt erledigt (PPoE sperrt den Bootvorgang außer das Netzwerkkabel ist angesteckt), aber das Ändern der Runlevel will ich trotzdem schaffen. Das könnte mal hilfreich werden

[Natureshadow]

Dann gehen wir doch mal unserer Lieblingssportart nach - Grundlagenwissen pushen.

Warum kann man den Runlevel setzen, indem man einfach die Nummer an die Kernel-Kommandozeile anhängt?

Easy: Alle Argumente, die nicht vom Kernel verarbeitet werden, werden direkt und unverändert an init übergeben. Und init selber hat als einziges Argument den Ziel-Runlevel.

Warum ist es eine schlechte Idee, Runlevel 0 und 6 zu versuchen?

0 = Halt, 6 = Reboot

Warum ändert sich bei 2,3,4,5 nichts?

Weil die in Debian gleich sind.

Warum ändert sich bei 1 nichts?

Nun, weil du was falsch gemacht hast !

Also, poste uns mal deine Kernel-Kommandozeile !

[deberik]

Warum ist es eine schlechte Idee, Runlevel 0 und 6 zu versuchen?

0 = Halt, 6 = Reboot

Warum ändert sich bei 2,3,4,5 nichts?

Weil die in Debian gleich sind.

Warum ändert sich bei 1 nichts?

Nun, weil du was falsch gemacht hast !

Ja, diese Grundlagen wusste ich schon Aber zum Testen ob meine Eingabe sicher nichts bewirkt sind Runlevel 0 und 6 ideal Daher war das für mich eine gute Idee.

Und bei Debian gibt es auch noch S für single user mode. Wenn wir schon bei Grundlagen sind...

[Natureshadow]

Und bei Debian gibt es auch noch S für single user mode. Wenn wir schon bei Grundlagen sind...

Nein. Das ist Runlevel 1: http://wiki.debian.org/RunLevel

Und in /etc/inittab:

Code: Alles auswählen

# Runlevel 0 is halt.
# Runlevel 1 is single-user.
# Runlevels 2-5 are multi-user.
# Runlevel 6 is reboot.

l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
# Normally not reached, but fallthrough in case of emergency.
z6:6:respawn:/sbin/sulogin

Runlevel S wird beim Booten zur Initialisierung verwendet, der ist rein virtuell: http://www.debian.org/doc/manuals/debia ... 03.en.html

Übrigens stelle ich gerade fest, dass die Runlevel 2 und 3 identisch sind, 4 und 5 aber nicht:

/etc/inittab

Code: Alles auswählen

1:2345:respawn:/sbin/getty 38400 tty1
2:23:respawn:/sbin/getty 38400 tty2
3:23:respawn:/sbin/getty 38400 tty3
4:23:respawn:/sbin/getty 38400 tty4
5:23:respawn:/sbin/getty 38400 tty5
6:23:respawn:/sbin/getty 38400 tty6

In 4 und 5 habe ich also standardmäßig nur ein virtuelles Terminal. Cool, wusste ich auch noch nicht .

[deberik]

Also, poste uns mal deine Kernel-Kommandozeile !

Spät aber doch:

Code: Alles auswählen

linux /boot/vmlinuz-3.2.0-2-686-pae root=UUID=$UUID ro  quiet 1

Für das Abtippen von $UUID war ich zu faul

[deberik]

Wenn ich das "quiet" entferne, dann werden mir auch mehr Details gezeigt. Zu blöd fürs editieren halte ich mich also erstmal nicht Aber wo liegt der Fehler begraben? :S