Category: Painseeker

Narf. Was ist das wieder für eine gequirrlte Hühnermarmelade?

Jan 17 20:05:12 uu2133 pulseaudio[1634]: alsa-util.c: snd_pcm_avail() gibt einen Wert zurück, welche außerordentlich groß ist: 1484783584 bytes (8417140 ms).
Jan 17 20:05:12 uu2133 pulseaudio[1634]: alsa-util.c: Dies ist wahrscheinlich ein Fehler im ALSA-Treiber 'snd_hda_intel'. Bitte melden Sie diesen Punkt den ALSA-Entwicklern.
Jan 17 20:05:12 uu2133 pulseaudio[1634]: alsa-util.c: snd_pcm_dump():
Jan 17 20:05:12 uu2133 pulseaudio[1634]: alsa-util.c: Hardware PCM card 0 'HDA VIA VT82xx' device 0 subdevice 0
Jan 17 20:05:12 uu2133 pulseaudio[1634]: alsa-util.c: Its setup is:
Jan 17 20:05:12 uu2133 pulseaudio[1634]: alsa-util.c: stream : CAPTURE
Jan 17 20:05:12 uu2133 pulseaudio[1634]: alsa-util.c: access : MMAP_INTERLEAVED
Jan 17 20:05:12 uu2133 pulseaudio[1634]: alsa-util.c: format : S16_LE]

Tolle Wurst, mein schickes, von HP leider mit VIA-Dreck ausgestattetes, HP 2133 ist nun tonlos. Danke, wer auch immer dies geschafft hat — direkt nach dem Upgrade auf Ubuntu Lustiger Lumpensammler tönte es noch problemlos :(

*seufz*

Mar 23 11:51:00 hdtvdr kernel: [3431043.364400] sd 9:0:0:1: [sde] 3970048 512-byte hardware sectors: (2.03 GB/1.89 GiB)
Mar 23 11:51:00 hdtvdr kernel: [3431043.367928] sd 9:0:0:1: [sde] Write Protect is off
Mar 23 11:51:00 hdtvdr kernel: [3431043.367932] sd 9:0:0:1: [sde] Mode Sense: 03 00 00 00
Mar 23 11:51:00 hdtvdr kernel: [3431043.367936] sd 9:0:0:1: [sde] Assuming drive cache: write through
Mar 23 11:51:00 hdtvdr kernel: [3431043.371055] sd 9:0:0:1: [sde] 3970048 512-byte hardware sectors: (2.03 GB/1.89 GiB)
Mar 23 11:51:00 hdtvdr kernel: [3431043.372924] sd 9:0:0:1: [sde] Write Protect is off
Mar 23 11:51:00 hdtvdr kernel: [3431043.372928] sd 9:0:0:1: [sde] Mode Sense: 03 00 00 00
Mar 23 11:51:00 hdtvdr kernel: [3431043.372931] sd 9:0:0:1: [sde] Assuming drive cache: write through
Mar 23 11:51:00 hdtvdr kernel: [3431043.372938] sde: sde1
Mar 23 11:51:00 hdtvdr kernel: [3431043.596968] hald[3847]: segfault at b7b81008 ip b7c81078 sp bf92e72c error 4 in libc-2.9.so[b7c0a000+15c000]
Mar 23 11:51:00 hdtvdr NetworkManager: <info> HAL disappeared 

SD-Card in den Reader gesteckt, System getötet. Just great. Immerhin, manueller Restart tat:

Mar 23 11:54:24 hdtvdr NetworkManager: <info> HAL re-appeared
Mar 23 11:54:24 hdtvdr NetworkManager: <info> (ttyS0): ignoring due to lack of mobile broadband capabilties

Aber kann ich dem System noch trauen?

Es gibt so Tage, da möchte ich mich einfach vergraben, einbuddeln, und diese ganze IT-Welt vergessen …
Um Weihnachten herum verließ mich mein getreuer Desktop-PC, »grade erst« von Fedora Core 4 auf Fedora 7 bei einem Mainboardwechsel (AMD Anthlon XP irgendwas auf einen Athlon X2) aktualisiert. Nicht schlimm, mag man denken; nein, wäre es auch nicht, wenn ich nicht schon seit längerem das Projekt »Yellow Home-IT« (»Green« wäre Step 2 …) verfolgen würde — getrieben durch die leicht explodierenden Energiekosten, einerseits durch den zu zahlenden, monoton steigenden, kWh-Preis, andererseits durch die Zunahme an Energieverbrauch durch viele, viele kleine PCs im Haus, war also Konsolidierung angesagt. Auf jenem Desktop (der 24/7 durchlief) taten in 3 VMWare-Server-1-Instanzen, u. a. eine Mailserversuite (Zimbra) sowie, als wichtige Instanz, noch ein XP für all die Sachen, die halt Windows bedingen (Steuer, Arbeit mit MS Office-Dokumenten, …), Dienst.
Als nun das Systen nach einem Crash nicht mehr booten wollte, schob ich den lange geplanten Boardwechsel ein, einhegehend der Upgrade von Athlon X2 auf X4 … Und Linux kriegt man ja auf anderer HW leicht hoch … Famous last words.
To make a painful story short: Fedora 7 mochte gerne von der in der initrd geladenen sata_via-Platte booten, nur VIA ist nicht mehr, da ist jetzt nForce-Power und die Bootplatte hängt am amd_pata … was ich dann auch irgendwann verstand und händisch eine Fedora-initrd erweiterte. Auch mal ‘ne lustige Erfahrung. Nun kam Fedora 7 endlich wieder aus dem Quark – um dann kein eth zu haben … tg0 gab’s nicht, hier war nforceth angesagt — den Fedora 7 auch tapfer erkannte, aber offensichlich nicht nutzen konnte => no link. Yeah, I needed that … Grabbelkisten-PCI-Karten brachten meine ehemaligen Lieblinge 3c905 zum Vorschein – Treiber hatte F7 aber nur für die 3c95x an Board. Mit ‘ner Intel 82557/8/9/0/1 habe ich’s dann noch versucht, aber auch damit wollte F7 nicht richtig spielen; vielleicht war auch die Karte in den Fritten …
Gut, noch ein Tag verloren => klatsche ich eben Ubuntu 9.10, den kackenden Koala, auf die Kiste. Denn der Versuch, Fedora 12 von CD und DVD zu installieren, endete in einer lustigen Fehlermeldung über fehlende Files, die offensichtlich im Prüfsummencheck auch nicht berücksichtigt wurden, denn die Überprüfung von Fedora sagte: erstklassiges Installationsmedium. (Eine Updateinstallation schlug Fedora 12 gar nicht erst vor; dazu hätte ich 7 erst auf 10 (Minimum) bringen müssen; yeah, Baby!)
Pro: der kotzende Koala spielt aus dem Stand mit Audio, onboard-nVidia-Grafik und dem Gig-Ethernet, allen SATA-Ports (nur IDE2SATA-Adapder an den nVidia-SATA-Ports, nein, das mag er derzeit nicht – gut, daß ich die Bootplatte erst so angeschlossen hatte … Am Promise-PCI-SATA-Adapter rennen sie, immerhin.) – endlich mal ein Erfolg am zweiten Basteltag.
Tag drei sollte dann fix VMWare Server auf das System bringen und die alten VMs wiederbeleben. Und da VMWare früher schon meckerte, nahm ich gleich VMWare Server 2.
Manche lernen’s eben nie :(
Ich werfe nur einige Link in den Raum, die sich damit beschäftigen, erst einmal VMWare Server 2 überhaupt durchkompiliert zu bekommen, um dann abenteuerliche Klimmzüge zu sehen, wie man das eine oder andere Problem löst, um dann, schließlich, nach keiner Stunde Laufzeit der VM deren kommentarloses Ableben verzeichnen muß, auch nach diesem Problem sucht und fündig wird:

vmware-hostd crash on ubuntu 9.10 with vmware server

jchatham posted: Nov 12, 2009 8:46 AM

For me, the magic words were:
sudo su –
pkill vmware-hostd
export LD_LIBRARY_PATH=/usr/lib/vmware/vmacore/:/usr/lib/vmware/lib/libexpat.so.0/
/usr/lib/vmware/bin/vmware-hostd -a -u /etc/vmware/hostd/config.xml
After doing this, I set up a script to pound on the VI interface for about twelve hours, and didn’t see another crash.
I’d be interested to know if this works for anyone else.

Re: vmware-hostd crash on ubuntu 9.10 with vmware server 2.x

dunwich42 3. Dec 9, 2009 3:07 PM in response to: du5t1n55

Hmm, it’s been stable with everything – but now I’m trying to add an existing VM & it crashes with the same error you’ve mentioned.

Re: vmware-hostd crash on ubuntu 9.10 with vmware server 2.x

du5t1n55 4. Dec 9, 2009 6:22 PM in response to: dunwich42

From what I can find, there is a known issue with the new libc library. I have moved to virtualbox for now and will check back with vmware server at a later version.

 
Wirklich schade; ich nutze VMWare seit Workstation 1 um die Jahrtausendwende herum, VMWare Server 1 beherbergt u. a. das System, auf dem blogdoch.net läuft — und nun dieser EPIC FAIL.
Schlußendlich werde also auch ich mich nach Alternativen umschauen müssen, an denen es ja glücklicherweise nicht mehr mangelt. Und da der neue Prozessor auch Virtualisierung unterstützt, wird das vordringenste Problem sein, die VMWare-Instanzen (inkl. Plattenabbildern) in $NEW_VIRT_FORMAT zu bringen — hoffe ich, unverbesserlich ;)

Meine Herren, gibt es wirklich noch keine Lösung für dieses unsägliche 4:3/16:9/21:9-Thema? Mal ernsthaft, wie krank ist das? Da habe ich ein 16:9-Full-HD-Display (1920×1080 Pixel), Full-HD-taugliche Gerätschaften (VDR auf Basis eines VDPAU-tauglichen Systems) — und beim nächstbesten Kinofilm muß ich selbst auf meinem 47″-TV im Wohnzimmer wieder die Opengläser rauskramen, weil der Film als 4:3-Sendung mit Mörderschwarzstreifen oben/unten als auch links/rechts gesendet wird‽
Klasse, Pro7Sat1 (ARD/ZDF sind da leider ebenfalls Sünder), da wird mir voll klar, warum ich für Euer bekifftes HD-Angebot mit CI+, welches mir das Überspringen von Werbung und/oder gleich das Aufzeichnen untersagt, auch noch Geld ausgeben sollte …

Ok, ich hab es dann am Ende doch noch geschafft, der Druck vom akoya unter Windoof XP Home klappt nun. Problemauslöser war offensichtlich erst der falsche Treiber (»OfficeJet« statt »OfficeJet 5600 series«, der aber nur selektierbar ist, wenn ein lokaler 5600-Drucker installiert ist; dieser Treiber taucht nicht in der Auswahlliste von Windows auf. Elender HP-Sonderweg mal wieder?) und dann, mit dem richtigen Treiber, eine nicht für RAW-Ausgaben konfigurierte CUPS-Installation. Man konfiguriere wie folgt, …

Make sure you’ve enabled support for Windows PCL drivers. Uncomment application/octet-stream in /etc/cups/mime.types and uncomment application/octet-stream in /etc/cups/mime.convs.

 
… dann klappt’s auch mit dem Ausdruck via CUPS auf den unter Linux mit hplip betriebenen Drucker ;) (Die »application/octet-stream«-Zeile in /etc/cups/mime.convs war’s bei mir, die noch kommentiert war.)

Wer’s noch nicht mitbekommen hat, als eine Art Microblog nutze ich derzeit locr, weil’s einfach einfach ist. Die Anwendung residiert ein meinem N95, Foto schießen, verorten (geht i. d. R. automatisch; entgegen früheren Aussagen finde ich mittlerweile das GPS im N95 als richtig gut — für einen GPS-Empfänger in einem Telefon; mit echten, navigationstauglichen GPS-Empfängern allerdings hat es nach wie vor nur die drei Buchstaben G, P und S gemein), hochladen (leider mit WIND hier in der Gegend zwischen Peschici und Vieste ein Geduldsspiel (mit G wie in GRPS-only)), fertig.
Tja. WIND. Auch in Italien bestätigt sich für mich, daß, wenn man Performance möchte, man sich einem der Platzhirsche im jeweiligen Land anvertrauen sollte.
Das ist in Deutschland so – UMTS ist weiträumig bei D1 und D2 vorhanden, EDGE jeweils in vielen nicht-UMTS-Gegenden ausgebaut, HSxPA im Aufbau oder besser; bei o2, meinem Datendienstleister aus Kostengründen für Unterwegs, sieht es mit HSxPA noch immer Mau aus (ich konnte bislang nur in München und in Verl 3,5G-Speed nutzen), UMTS ist manchmal da, die Netzabdeckung auch nur mit GSM gleicht vielerorts aber noch einem Flickenteppich :( – und ist in Italien nicht anders: TIM, der lokale Abzocker Ex-Monopolist bietet günstige Volumentarife nur »nach Feierabend« an (9 GB/Monat versurfbar Mo-Fr jeweils von 17 bis 9 Uhr sowie am Wochenende von Freitag 17 bis Montag 9 Uhr für 25 EUR/Monat (auch für Prepaid)) — dafür gibt’s dann wenigstens EDGE, meistens UMTS und oftmals sogar HSxPA. Alle meine italienischen Campingorte 2008 waren bislang mindestens UMTS-erschlossen bei TIM.
WIND auf der anderen Seite offeriert »Daten-SIMs« mit Data-only-Tarifen in verschiedenen Zeit- als auch Volumenkontingenten, auch für Prepaid (wobei sich da das dann ohne Kündigung wohl automatisch verlängert — mentale Notiz machen, vor der Abreise den Tarif zu kündigen, wäre wohl sinnvoll), z. B. 30 EUR für 2,5 GB in 30 Tagen rund um die Uhr (im Rahmen eines Angebotes ist der Traffic des Nachts, IIRC 24 bis 8 Uhr, derzeit ohne Berechnung). Nur, hatte WIND in der Nähe von Fano, Italien, noch UMTS ausgebaut, so bin ich zwischen Peschici und Vieste nicht über GRPS hinausgekommen. Da macht AJAX schon keinen Spaß mehr mit :(
Nachdem ich sowieso noch Rubbelkarten von TIM hatte, habe ich den Fundus aufgestockt und das leergeräumte Konto wieder aufgeladen; und als Proof-of-Concept habe ich mir am Sonntag Nachmittag das schweißtreibende Erlebnis F1 via HSxPA gegeben: vom heimischen vdr den DVB-Stream von RTL auf einem zweiten Rechner mit vlc auf 50% Bildgröße und 700 kBit/sec (MPEG2-) Video und 128 kBit/sec (MPEG2-) Audio resamplen lassen und diesen Datenstrom dann in der größten Mittagshitze im Trigano geschaut — denn das Laptop-Display hat gegen die hiesige Sonne nicht den Hauch einer Chance.
Qualitativ kein Heldenepos, aber man kann es sich durchaus anschauen, und die gut 800 kBit/sec flutschten ganz easy durch den OpenVPN-Tunnel von Gütersloh in die Region Peschici im Süden Italiens. Und richtig teuer, trafficmäßig, war’s auch nicht:

Hai a disposizione 8186.55 MB residui di traffico datierso ibox.tim.it. 

Na dann … Leider scheint effektiv bei 165 KByte/sec down- und 49 kByte/sec upstream Schicht im Schacht zu sein — ich sehe schon, wie auch im letzten Jahr werde ich TIM mehrere GByte schenken müssen ;)

… zeigt sich immer wieder, z. B. bei OSS zum abgewöhnen, sprich, ffmpeg.
wusel@brick:~$ ffmpeg -i death/Desktop/18062008244.mp4 -acodec aac -ab 96 -ar 22050 temp.wav
[...]
[aac @ 0xb7dd29a8]FAAD library: cannot resolve faacDecGetErrorMessage in libfaad.so.0!
[aac @ 0xb7dd29a8]FAAD library: cannot resolve faacDecGetErrorMessage in libfaad.so.0!
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'death/Desktop/18062008244.mp4':
Duration: 00:03:09.4, start: 0.000000, bitrate: 3071 kb/s
Stream #0.0(und): Video: mpeg4, yuv420p, 640x480, 30000.00 fps(r)
Stream #0.1(und): Audio: aac
File 'temp.wav' already exists. Overwrite ? [y/N] y
Output #0, wav, to 'temp.wav':
Stream #0.0: Audio: aac, 22050 Hz, stereo, 0 kb/s
Stream mapping:
Stream #0.1 -> #0.0
[aac @ 0xb7dd29a8]FAAD library: cannot resolve faacDecGetErrorMessage in libfaad.so.0!
Error while opening codec for input stream #0.1
wusel@brick:~$
Langsam auf kleiner Flamme rösten …