Gibt es eine Liste mit allen oder den geläufigsten Kernelkomandos am besten mit einer kurzen Erklärung was diese Bezwecken für die Appendzeile in Grub oder Lilo ? Das suche ich gerade. Gestern hatte jemand in einer Mailingliste ein IRQ problem mit der Option "pci=acpioff" lösen können, was mir mal wieder aufzeigt wie wenig ich darüber weis. Ein anderer Grund ist wenn ich von einer Live CD dmraid benutze läuft das System stabil und einwandfrei, wenn ich jedoch davon direkt boote friert mir nach wenigen Minuten das System ein. Mal schauen was man da noch alles probieren kann.
regards Darko
Suche Liste mit Kernelkomandos
-
minimike
- Beiträge: 5616
- Registriert: 26.03.2003 02:21:19
- Lizenz eigener Beiträge: neue BSD Lizenz
- Wohnort: Köln
-
Kontaktdaten:
Suche Liste mit Kernelkomandos
"Lennart Poettering is one of those typical IT leaders..." "like Linus Torvalds and Theo de Raadt?" "more like Bozo the Clown" After all, now a good employee of Microsoft
-
KBDCALLS
- Moderator
- Beiträge: 22455
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
In
Code: Alles auswählen
/usr/src/kernel-version/Documentation/kernel-parameters.txt Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
Hallo,
> kernel-parameters.txt
meine momentanen Erfahrungen damit sind eher durchwachsen.
Da steht z.B. "nousb [USB] Disable the USB subsystem".
Das suggeriert in meinen Augen, dass sich USB abschalten laesst,
wenn USB Support vorhanden ist. Das funktioniert bei mir aber nur
mit CONFIG_USB=y und nicht mit CONFIG_USB=m.
In drivers/usb/core/usb.c steht dann z.B. bei der Variablen nousb
auch der Kommentar "/* Disable USB when build into Kernel Image */",
Dann steht da "log_buf_len=n Sets the size of the printk ring buffer".
Das suggeriert in meinen Augen, dass die Groesse des Puffers
auf diese Weise gesetzt werden kann. Das stimmt aber nicht, denn
die Groesse laest sich nur ueber den mit LOG_BUF_SHIFT gesetzten
Defaultwert erhoehen, nicht aber darunter verringern. In kernel/printk.c
steht in der Funktion log_buf_len_setup() dann auch
"if (size > log_buf_len) ...alloc..." und nicht etwa "if (size > 0) ...alloc..."
Mich (mit meinen bescheidenen C-Kenntnissen) kostet es Stunden,
solchen "Ungereimtheiten" auf die Spur zu kommen, wenn ich es
ueberhaupt schaffe.
Besser faende ich z.B.
"nousb [CONFIG_USB=y] Disable the USB subsystem when build into Kernel Image"
"log_buf_len=n Increases the size of the printk ring buffer above the default size"
Tschuess
Karl
> kernel-parameters.txt
meine momentanen Erfahrungen damit sind eher durchwachsen.
Da steht z.B. "nousb [USB] Disable the USB subsystem".
Das suggeriert in meinen Augen, dass sich USB abschalten laesst,
wenn USB Support vorhanden ist. Das funktioniert bei mir aber nur
mit CONFIG_USB=y und nicht mit CONFIG_USB=m.
In drivers/usb/core/usb.c steht dann z.B. bei der Variablen nousb
auch der Kommentar "/* Disable USB when build into Kernel Image */",
Dann steht da "log_buf_len=n Sets the size of the printk ring buffer".
Das suggeriert in meinen Augen, dass die Groesse des Puffers
auf diese Weise gesetzt werden kann. Das stimmt aber nicht, denn
die Groesse laest sich nur ueber den mit LOG_BUF_SHIFT gesetzten
Defaultwert erhoehen, nicht aber darunter verringern. In kernel/printk.c
steht in der Funktion log_buf_len_setup() dann auch
"if (size > log_buf_len) ...alloc..." und nicht etwa "if (size > 0) ...alloc..."
Mich (mit meinen bescheidenen C-Kenntnissen) kostet es Stunden,
solchen "Ungereimtheiten" auf die Spur zu kommen, wenn ich es
ueberhaupt schaffe.
Besser faende ich z.B.
"nousb [CONFIG_USB=y] Disable the USB subsystem when build into Kernel Image"
"log_buf_len=n Increases the size of the printk ring buffer above the default size"
Tschuess
Karl