[DE] kernel 3.13.0. Antwortzeiten

[drgg]

Hallo,


nach Installieren des neuen Kernel gab es zu Beginn extrem lange Antwortzeiten beim ersten Öffnen von Dolphine und File Select Boxen. Nach mehren Neustarts scheint dies nun besser zu sein. Sykpe hängt und versucht sich zu verbinden. Beim Runter fahren bleibt es hängen und es gibt Fehlermeldungen wie

Code: [Select]

[  480.660415] INFO: task skype:2289 blocked for more than 120 seconds.
[  480.660419]       Tainted: G           O 3.13-0.towo-siduction-amd64 #1
[  480.660421] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[  480.660424] skype           D ffff88009aaf2b10     0  2289   2032 0x20020000

Es hat geholfen den 3.12. Kernel zustarten und dann den 3.13. so verband sich Skype. Beim nächsten Mal verband sich Skype dann wieder nicht.


Hat jemand ein ähnliches Problem und hat eine Idee?


Tschüs drgg

[devil]

Hm, kann nichts von alledem bestätigen. Auch Skype funktionierte einwandfrei.


greetz
devil

[drgg]

Habe noch ein bisschen ausprobiert.
Probleme gibt es wenn ich den Kernel starte und der Laptop nicht am Strom hängt sondern nur auf Batterie.


Dann bleiben die Systemeinstellungen auch bei dem Multimediamodulaufruf hängen.


drgg

[der_bud]

Ich hatte heute in einer vm zunächst auch ähnliche Meldungen beim ersten booten, siehe Screenshot bei
 https://mediacru.sh/H8_H23sv3cWc , Neustart lief dann durch.

Code: [Select]

[  240.812876] INFO: task ethtool:646 blocked for more than 120 seconds.
[  240.813137]       Tainted: G           O 3.13-0.towo-siduction-686 #1
[  240.813282] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
usw.
Das selbe System hängt auch öfter mal beim runterfahren, siehe http://forum.siduction.org/index.php?topic=4232.0

[ralul]

@drgg
Wenn Kde dolphin nach einer neuen major Kernel Version beim ersten Mal lange Reaktionszeiten haben, muss der opengl Cache neu eingerichtet werden.

@der_Bud
Mit ethtool kann man kompliziertere Netzwerksachen veranstalten:
Wenn Du jetzt mit systemd eine Internetverbindung hast, kannst Du dieses Paket (und dessen alte /etc/init.d Scripte) vermutlich deinstallieren. (Übrigens wird das bald kommende systemd-209 diese ganzen Tools und dhcp mit eingebaut haben)

[wora]

Hallo,
Ist der siduction kernel 3.13.0 schon freigegeben oder noch RC ? Normalerweise muss der doch bei einem dist-upgrade kommen wenn er freigegeben ist ? Bei mir kommt nichts.


Gruß
wora

[devil]

Der müsste auftauchen. Hattest Du mal die Metapakete zum Kernel gelöscht? Dann kommt nämlich automatisch den Kernel nicht mehr.


das wären (für 64bit):

Code: [Select]

linux-image-siduction-amd64
linux-headers-siduction-amd64


greetz
devil

[spacepenguin]

@drgg
Wenn Kde dolphin nach einer neuen major Kernel Version beim ersten Mal lange Reaktionszeiten haben, muss der opengl Cache neu eingerichtet werden.

Und wie?

[ralul]

@drgg
Wenn Kde dolphin nach einer neuen major Kernel Version beim ersten Mal lange Reaktionszeiten haben, muss der opengl Cache neu eingerichtet werden.

Und wie?

Wie wie ?
Kde muss halt manchmal alles unter /var/tmp/kde-USER neu erstellen

[wora]

Hallo devil,
Danke für die schnelle Antwort, Das scheint es irgendwie zu sein. Aber die 64bit Pakete kann ich nicht sehen ? Nach einem apt-get update sehe ich folgendes:

Code: [Select]


root@worabox:/home/rw024419# apt-get install linux-image-siduction-amd64
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
E: Paket linux-image-siduction-amd64 kann nicht gefunden werden.
root@worabox:/home/rw024419# apt-cache search linux-image-siduction-amd64
root@worabox:/home/rw024419# apt-cache search linux-image-siduction
linux-image-siduction-686 - Linux image for siduction on modern PCs
linux-image-siduction-686-pae - Linux image for siduction on modern PCs with pae support
root@worabox:/home/rw024419# apt-get install linux-image-siduction-686
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
  linux-image-3.13-0.towo-siduction-686
Vorgeschlagene Pakete:
  linux-doc-3.13
Empfohlene Pakete:
  linux-headers-siduction-686
Die folgenden NEUEN Pakete werden installiert:
  linux-image-3.13-0.towo-siduction-686 linux-image-siduction-686
0 aktualisiert, 2 neu installiert, 0 zu entfernen und 4 nicht aktualisiert.
Es müssen 28,5 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 103 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] n
Abbruch.
root@worabox:/home/rw024419#
[size=78%]


Die -686 Pakete sind doch 32bit, ich will aber 64bit Pakete. Irgendeine Idee was falsch ist ?


Danke
wora[/size]

[der_bud]

..., ich will aber 64bit Pakete. Irgendeine Idee was falsch ist ?

Ja hast du denn inzwischen eine 64-bit Installation? Zitat aus http://forum.siduction.org/index.php?topic=3597.msg30915#msg30915  "...wieso benutzt Du 32bit auf dieser Kiste?"

Was sagt z.B.  'uname -r'  oder auch 'inxi -v2' ?

[OppaErich]

Hallo,
Ist der siduction kernel 3.13.0 schon freigegeben oder noch RC ? Normalerweise muss der doch bei einem dist-upgrade kommen wenn er freigegeben ist ? Bei mir kommt nichts.


Gruß
wora

Ich hatte mich auch gewundert. Obwohl hier schon 3.13 diskutiert wurde bekam ich bei einem d-u gestern Abend einen 3.12er.

[der_bud]

Soweit ich das verstehe , damit die eigentlichen Kernelpakete

• linux-image-X.yy-z.towo-siduction-$arch
• linux-headers-X.yy-z.towo-siduction-$arch

automatisch auf die höheren Versionen aktualisiert werden können, müssen dafür die Metapakete

• inux-image-siduction-$arch
• linux-headers-siduction-$arch

installiert sein, ansonsten werden bei den erstgenannten Paketen nur innerhalb der oben yy genannten minor-Versionen die z   aktualisiert (also von 3.12-7 auf 3.12-8, aber nicht auf 3.13-0).

Es kann auch mit den Metapaketen noch vorkommen, dass z.B. die 64bit-Version eher fertig und hochgeladen ist als die 32bit-Version, und wenn das eine grade nen mirror-sync kriegt und das andere den knapp verfehlt liegen schon mal ein paar Stunden dazwischen. Zurzeit gibt es aber alle ganz normal im Repo.

[wora]

Danke an der_bud!


Ich habe ein altes aptosid migriertes 32bit system :

Code: [Select]


root@worabox:/home/rw024419# uname -r
3.12-6.towo-siduction-686-pae
root@worabox:/home/rw024419# inxi -v2
System:    Host: worabox Kernel: 3.12-6.towo-siduction-686-pae i686 (32 bit)
           Desktop: KDE 4.12.1 Distro: aptosid 2011-01 Γῆρας - kde-lite - (201102051540)
Machine:   Mobo: Gigabyte model: G41MT-D3 version: x.x Bios: Award version: F1 date: 05/04/2010
CPU:       Dual core Pentium CPU E5800 (-MCP-) clocked at 1200.00 MHz
Graphics:  Card: Advanced Micro Devices [AMD/ATI] Cedar [Radeon HD 5000/6000/7350/8350 Series]
           X.org: 1.14.5 drivers: ati,radeon tty size: 271x78 Advanced Data: N/A for root
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
Drives:    HDD Total Size: 1040.2GB (16.1% used) 1: model: SAMSUNG_HD103SJ
           2: model: MK4018GAP
Info:      Processes: 231 Uptime: 3 min Memory: 792.8/4051.9MB Client: Shell (bash) inxi: 1.9.17
root@worabox:/home/rw024419#
[size=78%]


Damit kann ich sicher auch nur 32bit Kernel installieren ? Wenn ich auf 64bit umstellen will muß ich wahrscheinlich eine Neuinstallation machen, oder nicht ?


Danke und Gruß
wora[/size]

[der_bud]

Der Pentium E5800 sollte eigentlich 64bit können. Du kannst das einfach rausfinden mit 'grep flags /proc/cpuinfo', in den Flags sollte lm (= long-mode) auftauchen für x86-64. Ob Umstellen eines laufenden Systems geht weiß ich nicht, ich vermute Neuinstallation ist besser.  (Und anschließend holst Du Dir per multiarch wieder die ganzen 32bit Geschichten für wine, teamviewer und wasweißich rein... ).