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
[ 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
Hm, kann nichts von alledem bestätigen. Auch Skype funktionierte einwandfrei.
greetz
devil
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
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.
[ 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
@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)
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
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):linux-image-siduction-amd64
linux-headers-siduction-amd64
greetz
devil
Quote from: ralul on 2014/01/23, 13:32:54
@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?
Quote from: spacepenguin on 2014/01/23, 23:13:30
Quote from: ralul on 2014/01/23, 13:32:54
@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
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:
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#
Die -686 Pakete sind doch 32bit, ich will aber 64bit Pakete. Irgendeine Idee was falsch ist ?
Danke
wora[/size]
Quote from: wora on 2014/01/24, 09:22:55
..., 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' ?
Quote from: wora on 2014/01/23, 18:44:53
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.
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.
Danke an der_bud!
Ich habe ein altes aptosid migriertes 32bit system :
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#
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 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... ;) ).
Hallo der_Bud,
ne mein processor kann 64bit. Aber wenn ich ne Neuinstallation machen muß und dann doch wieder mit multiarch 32bit Pakete installiere, frage ich mich doch ob das Sinn macht.
Außer das die Kernel Metapakete irgendwie gelöscht worden sind habe ich eigentlich keine größeren Probleme mit meinem System, es läuft stabil und aus Anwendersicht ist mir eigentlich 64bit oder 32bit egal.
Also der 32bit 3.13.0 Kernel ist jetzt installiert und läuft! :D
Danke nochmals
wora
Quote from: wora on 2014/01/24, 15:38:36
und dann doch wieder mit multiarch 32bit Pakete installiere, frage ich mich doch ob das Sinn macht.
Das macht sehr wohl Sinn ! Du musst keine 32bit Pakete installieren - es ist aber möglich 32bit Software laufen zu lassen über Multiarch. Das ist ein tolles Feature.
Quote from: ralul on 2014/01/24, 01:08:29
Quote from: spacepenguin on 2014/01/23, 23:13:30
Quote from: ralul on 2014/01/23, 13:32:54
@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
Wie wie wie?
Wenn Dolphin laggt und man als Abhilfe den OpenGL Cache neu einrichten lassen soll, wüsste ich gerne, wie man das macht.
Oder ist mit der Aussage nicht gemeint, dass man das machen soll um das zu beheben, sondern dass Dolphin laggt, *weil* gerade der OpenGL Cache von KDE selbst neu eingerichtet wird?
Quote from: ralul on 2014/01/24, 01:08:29... Kde muss halt manchmal alles unter /var/tmp/kde-USER neu erstellen
Damit ist das selbe gemeint wie
Quote from: spacepenguin on 2014/02/16, 14:59:51... *weil* gerade der OpenGL Cache von KDE selbst neu eingerichtet wird?
also nein, kein Usereingriff nötig, kommt halt mal vor. Erst wenn Dolphin dauernd laggt hakt was anderes.
Danke, der_bud, die Formulierung "muss der opengl Cache neu eingerichtet werden" las sich für mich halt so, als ob man das selbst machen soll...
Quote from: wora on 2014/01/24, 15:38:36
Außer das die Kernel Metapakete irgendwie gelöscht worden sind habe ich eigentlich keine größeren Probleme mit meinem System, es läuft stabil und aus Anwendersicht ist mir eigentlich 64bit oder 32bit egal.
Richtig - auch wenn ich mich mal wieder unbeliebt mache - wenn Du zufrieden bist, gibt es keinerlei Gründe für 64 Bit - mir haben meist auch 8-16 gereicht. So, jetzt im Ernst: In 64-bit Systemen ist der Geekfaktor höher, man kann von Haus aus mehr als 4 G speicher adressieren, man ist nicht an 2G Arbeitsspeicher pro Prozess gebunden. Der Code ist zwar größer sollte aber, da nativ die Prozessoren besser ausnutzen. Das wären die Vorteile. Den Nerd- older Geekfaktor erwähnte ich bereits.
Jetzt mal eine Auflistung der Punkte, die gegen 64 sprechen:
* skype etc - native 32bit Anwendung
* teamviewer - 32bit
* wine
* viele Spiele und kommerzielle Sachen: 32 bit
dazu kommt bei Multiarch noch, dass des öfteren mal die Pakete für die Architekturen zweitversetzt in den Repos landen - und dann heisst es aufpassen, sonst aua - fällt mit rein 32 weg.
Was für mich nervig wäre: auf einem 32er System kann man keine 64 Programme laufen lassen - obwohl - multiarch würde auch hier eine Lösung bieten, das ist aber böse :) - du kannst keien 64er Vboxen laufen lassen, 64er Chroots sind auch nicht drin - aber ich glaube kaum, dass $normaluser das zwingend braucht. Wenn Du mehr als 4G RAM hast, lohnt der Einsatz eines pae-Kernels, sollte im Repo sein. Bei 4G hat man halt eine wenig Verschnitt beim RAM, da ein Bereich des Arbeitsspeichers ausgeblendet wird - mangels Adressraum für BIOS und Co. - für einige Leute ist das schon ein Grund für den Umstieg. Ansonsten würde ich sagen liegst Du mit Deiner Einschätzung der Situation so lange richtig, wie noch 32bittig gebaut wird - und das wird noch eine Zeit lang sein
Quotedu kannst keien 64er Vboxen laufen lassen,
Das stimmt ja nun nicht. Virtualbox ist sehrwohl in der Lage, einen 64Bit Gast auf einem 32Bit Host zu betreiben, so die CPU Virtualisierungs-Technik hat. Über den Sinn des Ganzen kann man sich aber durchaus streiten.