Während des dist-upgrade beim konfigurieren kam es zu haufenweise Fehlern. Da Apt selber nicht mehr lief, dachte ich booten wäre eine gute Idee.
Tja die Idee war blöd, ich bekomme einen Kernel Panic, die Libraries passen nicht mehr zueinander.
Ziemlich dumm geguckt habe ich da. Das ist mir glaube ich noch nie mit Debian Testing passiert.

Ziemlich Dumm war, das ich nun kein Rettungsystem da hatte, um mal zu gucken.
Da habe ich mir den Laptop meiner Frau ausgeliehen (auch Debian) und grml runterladen und auf einen rumliegenden USB-Stick geschrieben, so mit mit isohybrid und dd und so.

Grml hat LVM Management tools komfortablerweise bereits on Board, so dauerte es nicht lange, bis ich in einer chroot Sitzung die notwendigen Informationen wie atp.log und histroy.log zusammenklauben konnte und im debianforum auf nopaste ablegen konnte. Dort habe ich einen Hilferuf gestartet, beim zusammenstellen der Informationen ging ich nochmal systematisch vor, damit die Member im Forum nicht so viel nachfragen müssen, dabei fiel mir auf, das mit den Libraries eigentlich alles in Ordnung sein müsste, denn obwohl immer die Meldung libray xyz nicht gefunden, waren sie allesamt da.

ein ldconfig half dann auch immer für einen Befehl.

Bash und ls z.B. liefen auch nicht, erst nach einem ldconfig.

An ein apt-get -f install war nicht zu denken, es brach immer mittendrin mit

cannot open shared object file: No such file or directory

ab. 

Ich habe es so gelöst, das ich einen Dreizeiler geschrieben habe und im Hintergrund laufen ließ

 cat /llc.sh 
while [ 1 = 1 ]
do
ldconfig
done 

Nun lief apt-get -f install durch und ich konnte wieder booten. Full Story hier: debianforum.de/forum/viewtopic.php?f=13&t=141064

Wieder einmal habe ich mich dafür entschieden, /tmp noexec zu mounten.

Und wieder habe ich vergessen, das es dann u.a. mit apt zu Problemen führt:

apt-listchanges: Mailing root: apt-listchanges: news for rootgemeinschaft.de
Preconfiguring packages ...
Can't exec "/tmp/ca-certificates.config.126761": Permission denied at /usr/share/perl/5.14/IPC/Open3.pm line 186.
open2: exec of /tmp/ca-certificates.config.126761 configure 20120623 failed at /usr/share/perl5/Debconf/ConfModule.pm line 59
(Reading database ... 50732 files and directories currently installed.)
Preparing to replace ca-certificates 20120623 (using .../ca-certificates_20130119_all.deb) ...
Unpacking replacement ca-certificates ...
Processing triggers for man-db ...
Setting up ca-certificates (20130119) ...
Processing triggers for ca-certificates ...
Updating certificates in /etc/ssl/certs... 7 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d....done.

Leider ist es nämlich so, dass apt post install scripts in /tmp ausführen möchte. Man muss deshalb dem Package System mitteilen, das es bitte einen anderen Pfad benutzen möchte. Das mache ich so:

In /apt/apt.conf.d/ ein File 50extracttemplates mit folgendem Inhalt

APT
{
  ExtractTemplates
  {
    TempDir "/var/local/tmp";
  };
};

Natürlich muss /var/local/tmp existieren und könnte auch üblicher auch /var/tmp lauten, ist Geschmackssache. Äbrigens ist noexec alleine nicht optimal, erst durch gleichzeitiges nosuid hat man auch die üblichen Tricks der Angreiferscripts ausgehebelt. Die Zeile in der /etc/fstab sollte also so aussehen:

/tmp ext4  noexec,nosuid           0       2

Steve Kemp von debian-administration.org macht das anders, und zwar so, wie man es auch zu Fuß machen würde, mit vor dem apt-get ausführen /tmp mit exec mounten, danach dann wieder zurück zu noxec.

Add the following to the file /etc/apt/apt.conf:

DPkg::Pre-Invoke{"mount -o remount,exec /tmp";};
DPkg::Post-Invoke {"mount -o remount /tmp";};

Wie so oft gibt es mehrere Möglichkeiten. Für welche man sich entscheidet ist letztlich egal, die Lösung in der apt.conf ist vielleicht die am kompatibelste ... Näheres dazu bei www.debian-administration.org/article/Making_/tmp_non-executable und bei wrightsolutions.wordpress.com/2010/01/11/securing-tmp-and-noexec-apt-considerations/

Wenn man seit langer Zeit mal wieder zu einer Daddy Lanparty gehen will, sollte man schon funktionierenden Sound haben, oder nicht? Jedenfalls hilfts mir, wenn ich im Kopfhörer vernehme, wenn auf mich geschossen wird

Wenn man aber nach dem letzten dist-upgrade keine Sound mehr hat, ists ziemlich uncool. Es schien kein Massenphänomen zu sein, jedenfalls spuckte $Suchmaschine nix aus. Also selber suchen....

Lösung: In /etc/modprobe.d/sound.conf hatte ich einen Parameter eingetragen, den das Modul snd-hda-intel nicht (mehr) kannte

(3stack-660-digout)

cat /etc/modprobe.d/sound.conf 
alias snd-card-0 snd-hda-intel
#options snd-hda-intel index=0
#options snd-hda-intel 3stack-660-digout

Wesentlich interessanter ist allerdings, das nun wieder Supend2ram funktioniert, wie ich erst jetzt mitbekommen habe. Leider ist der wicd gerade mit dem Hund raus. Die Fehlermeldung habe ich vergessen zu dokumentieren, steht leider nicht im log. Es war irgendwas mit dbus und der wicd ließ sich nicht starten mit einer Fehlermeldung in Zeile 61  von /usr/share/wicd/daemon/wicd-daemon.py  (Gutes Zahlengedächtnis sei Dank!) wicd.logfile import ManagedStdio konnte nicht geladen werden...Ich vermute, da ist noch ein kleiner Fehler im Paket vom wicd-daemon 1.7.0-2

Als workaround habe ich jetzt wieder  network-manager-gnome installiert. Das Programm ist mittlerweile ja auch weiterentwickelt worden.

So, nun kann die Opensource Daddy Lan kommen

Ps: wer Interesse und Zeit hat: Samstag 18:00 bis Sonntag 4:00 in BS mit "Frühstück" in der City.

Nur mal so. Um die schnellsten Repository Server zu finden, genügt

apt-spy   -d lenny  -a Europe  -o apt-spy.lst Damit grast man die europäischen Server ab, der beste landet in der Output datei. Es ist nicht immer der Server um die Ecke Wenn man die so gewonnenen Ergebnisse in seine sources.lst packt, gehts meist flotter als vorher. apt-spy hat noch mehr Optionen, am besten selber mal gucken.

Ich kenne das Programm schon sehr lange, damals war es nicht in der Lage nur eine Region zu überprüfen
und war damit etwas nervig, wenn es die Server der Welt abgraste. Aber jetzt ist es recht flott.

Neulich hat mein Server nach einem apt-get update Probleme gehabt. Seitdem immer Meckermeldungen ala

Paket ist in einem sehr schlechten inkonsistenten Zustand - Sie sollten es erneut installieren, bevor Sie es zu entfernen versuchen.

 Leider ist das gut gebrüllt, Löwe. Denn das ist nicht so einfach: Weder apt-get remove netatalk noch apt-get install netatalk funktionierten.

Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut       
Lese Status-Informationen ein... Fertig
[....
....]
dpkg: Fehler beim Bearbeiten von netatalk (--remove):
 Paket ist in einem sehr schlechten inkonsistenten Zustand - Sie sollten
 es erneut installieren, bevor Sie es zu entfernen versuchen.
(Lese Datenbank ... 103730 Dateien und Verzeichnisse sind derzeit installiert.)
[....]
Verarbeite Trigger für man-db ...
Fehler traten auf beim Bearbeiten von:
 netatalk
E: Sub-process /usr/bin/dpkg returned an error code (1)

invoke-rc.d: initscript netatalk, action "stop" failed.
dpkg: Warnung - altes pre-removal-Skript wurde mit Fehler-Status 1 beendet
dpkg - probiere stattdessen Skript aus dem neuen Paket ...
hostname: Unknown host
invoke-rc.d: initscript netatalk, action "stop" failed.
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/netatalk_2.0.3-11+lenny
1_i386.deb (--unpack):
 Unterprozess neues pre-removal-Skript gab den Fehlerwert 1 zurück
hostname: Unknown host
invoke-rc.d: initscript netatalk, action "start" failed.
dpkg: Fehler beim Aufräumen:
 Unterprozess post-installation script gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/netatalk_2.0.3-11+lenny1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

Natürlich habe ich die üblichen Verdächtigen ausprobiert:

apt-get -f install

dpkg -i --force-all --no-triggers /var/cache/apt/archives/netatalk_2.0.3-11+lenny1_i386.deb

dpkg --remove --force-remove-reinstreq netatalk

dpkg -P --force-all netatalk

Nun blieb mir nur, das Script manuell zu bearbeiten, um den exit Status hart auf 0 zu setzen.

Doch da rief grad mein Kumpel Det vom mobbing-gegner an und hatte einen anderen Vorschlag.

Ich habe einfach in der Status Datei von dpkg mit nano /var/lib/dpkg/status das netatalk komplett gelöscht. war ja eh nicht installiert.

Dazu muß man nur den kompletten Block in der Status Datei finden und löschen, vielleicht macht man sich vorher eine Sicherheitskopie. Die Leerzeile zum nächsten Block muss natürlich beachtet werden.

Ein anschliessendes apt-get -f install hat bestätigt, das alles in Ordnung ist. Wie man sieht, findet man manchmal nicht die Lösung im www, sondern im privaten Netzwerk. Danke Detlev.

Es war mal wieder soweit. Nix im Fernsehen, was macht man da? Richtig, man legt seinen Rechner flach.

Will sagen, ich habe mal eben auf der Reserve Partition die Linux Mint 6 Felicia installiert. Einfach mal so, damit ich mal wieder sehe, wie es um Ubuntu steht und ich eine zweite Distribution neben meinem Lenny habe. Ist manchmal ganz praktisch. Zum Beispiel, um unterschieden in Libraries einzugrenzen und Lösungen zu finden u. ä.

Ich habe eine eigene Partition für /boot, das ist ganz praktisch, leider hat mir die Neuinstallation die /boot Partition genuket. Also nur noch die Linuxmint Distri drauf. Normalerweise hätte ich zwar eine überschriebene grub/menu.lst erwartet, aber eben noch sämtliche Kernel Versionen in /boot.

Nun gut, nicht zu ändern.

Erste Idee, einfach die Lenny Live Beta2 brennen und mit deren Hilfe den Standardkernel wieder als Bootkernel erzeugen. Leider passt das Iso nicht auf meine CDR Rohlinge, also DVD RW genommen, gebootet, gestaunt, geärgert. Warum? Nun, keine firmware für die iwlwifi, iwl3945. Sicher, könnte ich von der LinuxMint Partition kopieren, aber ich habe mich anders entschieden.

Also wieder LinuxMint gebootet und folgende Schritte im xterm als root durchgeführt.

/dev/sda8 ist die Lenny Root Partition

/dev/sda1 ist die boot Partition

#
mount /dev/sda8 /mnt
mount /dev/sda1 /mnt/boot
mount /proc /mnt/proc -t proc
chroot /mnt /bin/bash
cd /usr/src
dpkg -i linux-image-2.6.26-1-custom-01.deb

Glücklicherweise habe ich es mir zur Angewohnheit gemacht, meine Kernel immer mit make-kpkg --initrd kernel_image zu generieren. Das hat den Vorteil, das garantiert das korrekte initrd-image generiert wird und ein Debian Paket angelegt wird, das ich mit Bordmitteln verwalten kann. Jetzt nur noch ein entspanntes nano /boot/grub/menu.lst und einen Eintrag für mein Lenny angelegt, fertig.

Nach dem nun mein Dualboot System wieder auf den Beinen ist, kann ich mich nun eingehender mit dem Mint beschäftigen und sehen, was es wieder an Neuem gibt.

apt-get installiert neuerdings die empfohlenen Pakete gleich mit.

Lange habe ich mich schon geärgert, das ich, wenn ich ein neues Paket installiert habe, nicht gleich die meisten der empfohlenen Pakete mitinstalliert habe. Denn an diese Informationen ranzukommen ist nicht gerade intuitiv. Durch einen Beitrag bei christoph  kam ich auf die Seite http://www.nabble.com/apt-now-installs-recommends-by-default-td17760984.html, die die Zusammenhänge gut erklärt.

Es lohnt sich immer mal in den Wikis der diversen Foren zu stöbern: Dort habe ich eine apt-history Funktion gefunden. Das wünscht sich man sich häufiger, wenn man nicht mehr weiß was man installiert hatte. Auch nützlich um zu sehen, was das letzte update angestellt hat Das das auch für Debian Lenny funktioniert (u.a.) sollte nicht unerwähnt bleiben
apt-get ? Wiki ? ubuntuusers.de

Beim upgrade einer Pre etch Debian Installation gab es Probleme wegen den upzudatenden Filesystem extfs2. Die Aufforderung war, es mit APT::Force-LoopBreak zu versuchen.

Die korrekte Syntax lautet: apt-get -o APT::Force-LoopBreak=1dist-upgrade

Datenbank Designtools gibt es wie Sand am Meer, sollte man meinen.

Doch bei Licht betrachtet fallen viele aus den verschiedensten Gründen raus. Entweder es gibt sie nur für die W$ Pattform, oder sie sind sehr teuer. Open Source gibt es sehr wenige, haeufig nur für spezielle Datenbanken, andere wiederum lasses es nicht zu, das man sie ohne Datenbank installieren möchte. Schliesslich betreiben viele eine Datenbank irgendwo im Internet und möchten / können sich nicht zum Datenbank manipulieren vor dem 19 Zoll Rack setzen

Debian ist cool, da sind wir uns einig.

Allerdings ist Debian bei bestimmten Dingen einfach umständlicher anders, oft ist dieses Anders nicht schlechter, sondern einfach, wenn man's genau betrachtet besser, weil dem User nichts aufgezwungen wird.
Allerdings, wenn man nur gelegentlich mit Debian arbeit, vergisst man das eine oder andere. Hier sammele ich meine eigenen Stolpersteine und die Lösungen.

Dieser Artikel ist fest verlinkt im rechten Menü zu finden. (Stimmt nicht mehr) Damit immer sofortiger Zugriff gewährleistet ist.