Moin,
Kernel 2.6 ist draußen (ist ja nix Neues). Ich hab mir jetzt die Changes durchgelesen und da steht drin, daß die ext2-tools wohl mindestens Version 1.29 sein sollten. Leider habe ich Debian woody in 1.27. Nach einem kurzen Blick ins Changelog der ext2-tools finde ich nichts zwischen 1.27 und 1.29, wegen dessen ich unbedingt upgraden müßte. In Debian unstable finde ich die hypsche Version 1.34+1.35-WIP also scheinbar was aus dem unstable upstream. Deshalb zwei Fragen: 1. Kann ich problemlos auf die unstable-Version upgraden, oder 2. Kann ich 2.6.0 mit den alten ext2-Tools betreibe, wenn ich nicht die neuesten Features brauche?
Thanks, Hilmar
Hilmar Preusse:
Moin,
Moin!
Kernel 2.6 ist draußen (ist ja nix Neues). Ich hab mir jetzt die Changes durchgelesen und da steht drin, daß die ext2-tools wohl mindestens Version 1.29 sein sollten. Leider habe ich Debian woody in 1.27. Nach einem kurzen Blick ins Changelog der ext2-tools finde ich nichts zwischen 1.27 und 1.29, wegen dessen ich unbedingt upgraden müßte. In Debian unstable finde ich die hypsche Version 1.34+1.35-WIP also scheinbar was aus dem unstable upstream. Deshalb zwei Fragen:
- Kann ich problemlos auf die unstable-Version upgraden, oder
- Kann ich 2.6.0 mit den alten ext2-Tools betreibe, wenn ich nicht
die neuesten Features brauche?
es@xcd8:~$ uname -a Linux xcd8 2.6.0 #2 Thu Dec 18 11:53:23 CET 2003 i686 unknown es@xcd8:~$ uptime 11:07:23 up 17 days, 19:33, 5 users, load average: 1.29, 1.40, 1.30 es@xcd8:~$ dpkg -l e2fsprogs Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Säubern/Halten | Status=Nicht/Installiert/Config/U=Entpackt/Fehlgeschl. Konf./Halb install. |/ Fehler?=(keiner)/Halten/R=Neuinst. notw/X=beides (Status, Fehler: GROß=schlecht) ||/ Name Version Beschreibung +++-==================-==================-============================ ii e2fsprogs 1.27-2 The EXT2 file syste
Sollte gehen.
e2fsprogs 1.35WIP ist bei Knoppix dabei und hat IMO keine bekannten Probleme. Sollte auch gehen.
Freundlich grüßend, Erik
On 05.01.04 Erik Schanze (Schanzi_@gmx.de) wrote:
Hilmar Preusse:
Moin!
es@xcd8:~$ uname -a Linux xcd8 2.6.0 #2 Thu Dec 18 11:53:23 CET 2003 i686 unknown es@xcd8:~$ uptime 11:07:23 up 17 days, 19:33, 5 users, load average: 1.29, 1.40, 1.30 es@xcd8:~$ dpkg -l e2fsprogs Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Säubern/Halten | Status=Nicht/Installiert/Config/U=Entpackt/Fehlgeschl. Konf./Halb install. |/ Fehler?=(keiner)/Halten/R=Neuinst. notw/X=beides (Status, Fehler: GROß=schlecht) ||/ Name Version Beschreibung +++-==================-==================-============================ ii e2fsprogs 1.27-2 The EXT2 file syste
Script started on Wed Jan 7 21:24:28 2004 drachi:[hille] >uname -a Linux drachi 2.6.0 #1 Wed Jan 7 20:36:16 CET 2004 i686 unknown drachi:[hille] >uptime 21:24:36 up 30 min, 2 users, load average: 1.98, 1.49, 1.05 drachi:[hille] >dpkg -l e2fsprogs Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-==============-==============-============================================ ii e2fsprogs 1.27-2 The EXT2 file system utilities and libraries drachi:[hille] >exit Script done on Wed Jan 7 21:25:16 2004
Sollte gehen.
Gewisse Sachen tun noch nicht, z.B. auf die serielle Schnittstelle komme ich noch nicht rauf (also auch kein Indernett), chrony erzählt mir, die Kernel-Version wäre nicht unterstützt und mein tap0-Device existiert auch noch nicht. Ich fürchte ich werde morgen so lange spielen bis alles tut.
H.
On 07.01.04 Hilmar Preusse (hille42@web.de) wrote:
Moin!
Gewisse Sachen tun noch nicht, z.B. auf die serielle Schnittstelle komme ich noch nicht rauf (also auch kein Indernett),
Tut wieder. Ist ja auch merkwürdig, wenn in der Hilfe steht, das Modul hieße serial und in Wirklichkeit muß man 8250.ko laden.
mein tap0-Device existiert auch noch nicht.
Ja, das ist ein bißchen merkwürdig. Daß das tun-Modul benutzt wird stellt er erst fest, wenn ich mittels tunctl das Device entfernt hab. Na, vielleicht einfach alte UML-Utils.
Ich fürchte ich werde morgen so lange spielen bis alles tut.
TODO-Liste aufgestellt, Abarbeitung später, EOT.
H.
Hilmar Preusse:
drachi:[hille] >uname -a Linux drachi 2.6.0 #1 Wed Jan 7 20:36:16 CET 2004 i686 unknown
Nun aus Sicherheitsakpekten wäre besser: es@xcd8:~/downloads$ uname -a Linux xcd8 2.6.1-rc2 #4 Wed Jan 7 15:43:46 CET 2004 i686 unknown
Gewisse Sachen tun noch nicht, z.B. auf die serielle Schnittstelle komme ich noch nicht rauf (also auch kein Indernett),
Bei mir ging ebenfalls mittels "make oldconfig" die Konfiguration der seriellen Schnittstelle verloren. Einfach in "make menuconfig" neu anhaken und nochmal übersetzen.
Freundlich grüßend, Erik
On 08.01.04 Erik Schanze (Schanzi_@gmx.de) wrote:
Hilmar Preusse:
Moin,
drachi:[hille] >uname -a Linux drachi 2.6.0 #1 Wed Jan 7 20:36:16 CET 2004 i686 unknown
Nun aus Sicherheitsakpekten wäre besser: es@xcd8:~/downloads$ uname -a Linux xcd8 2.6.1-rc2 #4 Wed Jan 7 15:43:46 CET 2004 i686 unknown
2.6.0 wird hier derziet nur gebootet um zu schauen, ob die letzten Anpassungen das gebracht habe, was ich will. Ist noch nicht im Produktiveinsatz. Da warte ich nicht bis 2.6.1 rauskommt.
H., hatte mit 2.6.0 die ersten Ooopses und ist froh Sysrq drin zu haben.
On 09.01.04 Konrad Rosenbaum (konrad@silmor.de) wrote:
Hilmar Preusse said:
Moin,
2.6.0 wird hier derziet nur gebootet um zu schauen, ob die letzten Anpassungen das gebracht habe, was ich will. Ist noch nicht im Produktiveinsatz. Da warte ich nicht bis 2.6.1 rauskommt.
2.6.1 ist draussen. Seit heute.
[PATCH] fix oopses on rmmod in some OSS drivers
From Jakub Bogusz <qboosh <at> pld-linux.org>
Sieht gut aus. Danke.
H.
Thus spake Hilmar Preusse (hille42@web.de) on Wed, 07 Jan, 2004; 21:53 +0100:
On 05.01.04 Erik Schanze (Schanzi_@gmx.de) wrote:
Hilmar Preusse:
Hi,
Sollte gehen.
Gewisse Sachen tun noch nicht, z.B. auf die serielle Schnittstelle
[...]
spielen bis alles tut.
Hat von Euch mal jemand das software suspend hinbekommen?
Hab es auf einem PIII Notebook und einem neuen Athlon probiert, aber die Kisten sind nie richtig aufgewacht (suspend to mem und disk). Linux-Mag habe ich auch gelesen.
Gruß,
Frank
Hab es auf einem PIII Notebook und einem neuen Athlon probiert, aber die Kisten sind nie richtig aufgewacht (suspend to mem und disk).
Das Problem hab ich mit ACPI-Suspend-to-Disk auf meinem P3 auch. Aber erst seit Kernel 2.6, mit 2.4.x gings gar nicht. Jetzt schreibt er zumindest was, findet auch das Abbild und bleibt dann stehen, wenn er irgendwas mit DMA (glaube ich) vergibt.
Habs vor ca. 2 Wochen das letzte mal probiert.
ACPI-to-Mem hab ich noch nie aktiviert bekommen... Kann man das auch gezielt auslösen? Außer das man wartet, dass der PC selber mal einschläft.
Freundlich grüßend,
Friedrich
Thus spake phriedrich (phriedrich@gmx.de) on Thu, 08 Jan, 2004; 17:08 +0100:
Hi,
Jetzt schreibt er zumindest was, findet auch das Abbild und bleibt dann stehen, wenn er irgendwas mit DMA (glaube ich) vergibt.
:( Na vielleicht gibt es mal jemanden, bei dem das funzt.
ACPI-to-Mem hab ich noch nie aktiviert bekommen... Kann man das auch gezielt auslösen?
echo "mem" > /sys/power/state
Ob man was (S3 mem, S4 disk) nach /proc/acpi/sleep schicken kann weiß ich bei 2.6 nicht. Bei 2.4 ging das, auch wenn ohne Aufwacherfolg auf meinem Laptop.
Gruß,
Frank
On Thu, Jan 08, 2004 at 05:08:11PM +0100, phriedrich wrote:
ACPI-to-Mem hab ich noch nie aktiviert bekommen... Kann man das auch gezielt auslösen?
echo 1 > /proc/acpi/sleep (ACPI S1), das ist das, was meistens als "Standby" bezeichnet wird, sollte so lala funktionieren, evtl gehen Maus/Tastatur nach dem Resume nicht mehr, auch USB erledigt sich gern dabei.
echo 3 > /proc/acpi/sleep (ACPI S3), "suspend to ram", das funktioniert meistens nicht. Auf jeden Fall sollte man vorher "sync; blockdev --flushbufs /dev/hda" machen und beten. Alle irgendwie entladbaren Module vorher zu entladen kann auch nicht schaden. Eine I8xx-Grafikkarte sollte man keinesfalls haben. Funktionieren tuts trotz- dem meistens nicht :-)
Am zuverlässigsten ist immer noch S4 (suspend to disk), wenn man usb etc. vorher entlädt. Eine Intel-Grafikkarte sollte man allerdings auch nicht haben, erfolgreich getestet habe ich es mit ATI Mach64, Trident Cyberblade, S3 Savage auf Sharp PC-AR10, Toshiba Satellite 4060, Asus L8400c, HP Omnibook 4150, Compaq Armada E500, Irgendeiner Dell-Kiste und noch ein paar anderen.
Außer das man wartet, dass der PC selber mal einschläft.
das passiert bei mir eigentlich nie.
echo 1 > /proc/acpi/sleep
Hab ich gerade ausprobiert, geht spitzenmäßig bei mir, er vergisst auch keine Geräte usw..
echo 3 > /proc/acpi/sleep
Hab ich auch gerade probiert, passiert gar nichts, kurz Bildschirm schwarz, dann ist er sofort wieder da, macht aber auch nix kaputt immerhin.
Am zuverlässigsten ist immer noch S4 (suspend to disk)
Muss ich gleich mal probieren
Außer das man wartet, dass der PC selber mal einschläft.
das passiert bei mir eigentlich nie.
Bei mir auch nie.
Danke für die Tips,
Friedrich
Am zuverlässigsten ist immer noch S4 (suspend to disk), wenn man usb etc. vorher entlädt. Eine Intel-Grafikkarte sollte man allerdings auch nicht haben, erfolgreich getestet habe ich es mit ATI Mach64, Trident Cyberblade, S3 Savage auf Sharp PC-AR10, Toshiba Satellite 4060, Asus L8400c, HP Omnibook 4150, Compaq Armada E500, Irgendeiner Dell-Kiste und noch ein paar anderen.
Hab ich nun auch gerade Probiert, geht aber nicht, hängt beim Botten nach:
Waiting for DMA to settle down....
tja, so is das....
Friedrich
Post Scriptum:
Hardware: (brauch ja keine Angst zu haben, dass mich jemand für einen Pranser hält, nicht bei der Hardware *g*)
Via ApolloPro P3 @ 1000 nVidia GF2MX-400 256MB 133er RAM
einzige Besonderheit: kabellose USB-Maus von Saitek.
On Fri, Jan 09, 2004 at 01:09:36PM +0100, phriedrich wrote:
Hardware: (brauch ja keine Angst zu haben, dass mich jemand für einen Pranser hält, nicht bei der Hardware *g*)
Via ApolloPro P3 @ 1000 nVidia GF2MX-400
welcher Treiber? Mal ohne X probiert?
256MB 133er RAM
einzige Besonderheit: kabellose USB-Maus von Saitek.
usb sind extrem problematisch, deswegen steht in meinem skript auch "rchotplug stop; rmmod <alles was mit usb zu tun hat>" :-) Das sollte aber noch werden.
Am zuverlässigsten ist immer noch S4 (suspend to disk), wenn man usb etc. vorher entlädt. Eine Intel-Grafikkarte sollte man allerdings auch nicht haben,
Also meine i830M macht's ohne zu Murren (Kernel 2.4).
Beim 2.6-er Kernel triit bei mir hingegen was interessantes auf:
echo 4 > /proc/acpi/sleep geht problemlos. Wenn aber mein selbsgeschriebenes bash-script das macht, hängt er gegen Ende des Imageschreibens. Zudem geht resume nicht; er bootet einfach durch.
tritt alles sowohl bei suspend-to-disk und software-suspend (version 1) auf.
On Fri, Jan 09, 2004 at 01:45:10PM +0100, Felix Becker wrote:
Am zuverlässigsten ist immer noch S4 (suspend to disk), wenn man usb etc. vorher entlädt. Eine Intel-Grafikkarte sollte man allerdings auch nicht haben,
Also meine i830M macht's ohne zu Murren (Kernel 2.4).
glück gehabt :-) 2.4 habe ich nie ernsthaft probiert.
Beim 2.6-er Kernel triit bei mir hingegen was interessantes auf:
echo 4 > /proc/acpi/sleep geht problemlos. Wenn aber mein selbsgeschriebenes bash-script das macht, hängt er gegen Ende des Imageschreibens. Zudem geht resume nicht; er bootet einfach durch.
Was macht dein skript vorher? Hm, ist dein swap groß genug? Obwohl er sich beschweren und gar nicht erst den suspend versuchen sollte, wenn er nicht genug Platz hat. Daß er dann einfach durchbooted ist klar, er findet ja schliesslich keine gültige Suspend-signatur.
tritt alles sowohl bei suspend-to-disk und software-suspend (version 1) auf.
Tja, wobei wir wieder bei den Begriffsverwirrungen wären, was ist was :-)
On Wed, Jan 07, 2004 at 11:35:47PM +0100, Frank Becker wrote:
Hat von Euch mal jemand das software suspend hinbekommen?
ja, ich. Benutze ich täglich:
susi:~ # cat /root/bin/suspend.sh #!/bin/bash # seife 12/2003 # simple software-suspend script, argument: ACPI power state to # enter, default is 4 and this is probably the only one which # will work. declare -i SUSP SUSP=${1:-4} echo $SUSP rchotplug stop rmmod hid uhci_hcd ohci_hcd ehci_hcd usbcore raw1394 ohci1394 ieee1394 rmmod thermal # otherwise sometimes the fan goes nuts on my machine rcpcmcia stop sync blockdev --flushbufs /dev/hda #rcxntpd status && hwclock --systohc echo $SUSP > /proc/acpi/sleep hwclock --hctosys rcpcmcia start rchotplug start modprobe thermal
# note: sometimes the cardmgr goes nuts after a suspend/resume and has # to be "kill -9"-ed
susi:~ #
mein Kernel ist ein 2.6-er suse-Kernel
seife@susi:~> rpm -qi kernel-default-26 Name : kernel-default-26 Relocations: (not relocateable) Version : 2.6.0 Vendor: SuSE Linux AG, Nuernberg, Germany Release : 0 Build Date: Do 18 Dez 2003 15:05:50 CET Install date: Do 18 Dez 2003 16:10:07 CET Build Host: G6.suse.de Group : System/Kernel Source RPM: kernel-default-26-2.6.0-0.src.rpm Size : 37640266 License: GPL Signature : (none) Packager : http://www.suse.de/feedback Summary : The standard kernel Description : The standard kernel. Distribution: SUSE LINUX 9.0.1 (i586) seife@susi:~>
Hab es auf einem PIII Notebook und einem neuen Athlon probiert, aber die Kisten sind nie richtig aufgewacht (suspend to mem und disk).
mit "echo -n disk > /sys/power/..." gehts bei mir auch nicht. Suspend to RAM (ACPI S3) wird vermutlich nicht funktionieren, das wird auch in naher Zukunft nicht anders werden.
lug-dd@mailman.schlittermann.de
-
Erik Schanze -
Felix Becker -
Frank Becker -
Hilmar Preusse -
Konrad Rosenbaum -
phriedrich -
Stefan Seyfried