fehler beim apt-get update von ifupdown

[michaa7]

Am ende des folgenden ablaufs gab es einen fehler bein automatischen bearbeiten der configuration.

Code: Alles auswählen

Die folgenden Pakete werden aktualisiert:
  ifupdown
1 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 48,4kB Archive geholt werden.
Nach dem Auspacken werden 0B Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] j
Hole:1 http://ftp.de.debian.org sarge/main ifupdown 0.6.7 [48,4kB]
Es wurden 48,4kB in 1s geholt (39,0kB/s)
Vorkonfigurieren der Pakete ...
(Lese Datenbank ... 22040 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereiten zum Ersetzen von ifupdown 0.6.4-4.12 (durch .../ifupdown_0.6.7_i386.                                              deb) ...
Entpacke Ersatz für ifupdown ...
Richte ifupdown ein (0.6.7) ...
Installiere neue Version der Konfigurationsdatei /etc/init.d/ifupdown ...
Installiere neue Version der Konfigurationsdatei /etc/init.d/ifupdown-clean ...
Moving /etc/network/ifstate to /etc/network/run/ifstate
dpkg: Fehler beim Bearbeiten von ifupdown (--configure):
 Unterprozess post-installation script gab den Fehlerwert 255 zurück
Fehler traten auf beim Bearbeiten von:
 ifupdown
E: Sub-process /usr/bin/dpkg returned an error code (1)

Ob da was hakt sehe ich wohl erst nach der nächsten zwangstrennung morgen abend (habe kein lust mich jetzt neu einzuwählen, da ich eh nicht weiß wie ich ggf. eine eventuell vorhandene fehlconfiguration ändere).

Aber grundsätzlich würde mich schon interessieren, was man in so einem fall tun sollte, wenn die automatische installation fehler ausgibt?

[Svenny]

das war das letzte was da steht:
Moving /etc/network/ifstate to /etc/network/run/ifstate


gibt es den ordner run? bei mir nicht, lege ihn mal an und probiers nochmal.

[pRoFILER]

Code: Alles auswählen

Richte ifupdown ein (0.6.7) ...
Moving /etc/network/ifstate to /etc/network/run/ifstate
mv: Schreiben von ,,/etc/network/run/ifstate": Auf dem Gerät ist kein Speicherplatz mehr verfügbar
dpkg: Fehler beim Bearbeiten von ifupdown (--configure):
 Unterprozess post-installation script gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
 ifupdown
E: Sub-process /usr/bin/dpkg returned an error code (1)

das kam bei meinem Update raus ?!

Speicherplatz ist auf alle Fälle vorhanden.
Den Ordner gibt es auch, er legt auch eine leere Datei /etc/network/run/ifstate an.

Code: Alles auswählen

merlin:~# ls -la /etc/network/run/ifstate
-rw-r--r--  1 root root 0 2005-05-17 13:32 /etc/network/run/ifstate
merlin:~# ls -la /etc/network/ifstate
-rw-r--r--  1 root root 26 2005-05-17 07:18 /etc/network/ifstate

Immer wieder schön so ein sarge Update

[Savar]

mit SID hab ich echt viel seltener solche Probleme

was sagt dir denn

Code: Alles auswählen

df -h

nun wirklich?

[pRoFILER]

Code: Alles auswählen

merlin:~# df -h
Dateisystem          Größe Benut  Verf Ben% Eingehängt auf
/dev/sda2             380M  257M  124M  68% /
/dev/sda1              31M   21M  7,8M  73% /boot
/dev/sda5             1,7G  1,2G  498M  71% /usr
/dev/sda6             1,9G  1,5G  426M  78% /var
/dev/hda1              74G   66G  4,3G  94% /data
/dev/hdc1              37G   15G   21G  42% /var/autofs/misc/wechselplatte

124M sollte reichen.

Die Datei wird ja auch angelegt, nurhalt mit leerem Inhalt.

[Savar]

es gibt ja irgendwo unterhalb von /var die Post und Pre Skripte und ich würd mir den Übeltäter raussuchen und mal genauer schauen was er wirklich macht und ob es per Hand geht oder du eine Zeile einfach auskommentierst?!

[pRoFILER]

DANKE !!

Habe mir die /var/lib/dpkg/info/ifupdown.postinst angeschaut.

Dann habe ich meine /etc/fstab angepasst.

von

Code: Alles auswählen

# tmpfs         /dev/shm        tmpfs   defaults                0       0

in

Code: Alles auswählen

none    /dev/shm    tmpfs    defaults,size=500M    0    0

meine neue Ausgabe von df:

Code: Alles auswählen

merlin:/var/lib/dpkg/info# df -h
Dateisystem          Größe Benut  Verf Ben% Eingehängt auf
/dev/sda2             380M  257M  124M  68% /
tmpfs                 500M  4,0K  500M   1% /dev/shm
/dev/sda1              31M   21M  7,8M  73% /boot
/dev/sda5             1,7G  1,2G  498M  71% /usr
/dev/sda6             1,9G  1,5G  425M  78% /var
/dev/hda1              74G   66G  4,2G  94% /data
/dev/hdc1              37G   15G   21G  42% /var/autofs/misc/wechselplatte
none                  500M  4,0K  500M   1% /dev/shm

Danach funzte das Update.

Aber warum braucht ifupdown unbedigt Platz auf /dev/shm ?

[Savar]

hmm.. weiß ich nicht.. aber ich schätze er wird einfach versuchen beim Entpacken dieses TMPFS unter /dev/shm (vielleicht shadowed memory?) zu verwenden...

[meandtheshell]

Aber warum braucht ifupdown unbedigt Platz auf /dev/shm ?

weil der kernel das so "möchte" - das tmpfs ist teil des vituellen speichers den der linux kernel verwendet - kann im RAM wie auch auf der HDD (swap) liegen - je nach gut dünken legt der kernel (bzw. macht paging) wohin er glaubt das es gerade passt - die verwendung einer geräte datei ist kein muss zumal der kernel die enscheidung fällt

markus

[michaa7]

für mich hat sich das problem ganz einfach gelöst:

Als ich am folgenden tag wiederum ein apt-get dist-upgrade ausführte, war die ausgabe, das 0 zu aktualisieren, 0 zu instalieren, kurz das null zu machen sei, dass jedoch eine unvollständige installation (oder konfiguration, weiß´nicht mehr genau) anstünde. Ich habe natürlich "J" eingegeben, und die inst/conf lief ohne fehler durch....

[gms]

Aber warum braucht ifupdown unbedigt Platz auf /dev/shm ?

dadurch kann /etc bzw die root-Partition read-only gemountet werden und trotdem auf /etc/network/run/ifstate geschrieben werden.
Scheint laut den Changelogs der einzige Grund zu sein. Daher wer Probleme damit hat, (kein tmpfs im kernel) kann auch den symlink in ein normales Directory umwandeln.

Gruß
gms