mit Perl stimmt wohl etwas nicht?

Milbe · 15. Mai 2005

Ich habe "ap-get update" gemacht. alles OK, mache ich aber dann "apt-get uprade", kommen viele viele Fehler. Ich denke, da stimmt etwas mit Perli nicht. Könnt Ihr mir helfen, das zu korrigieren? Ich habe aber kaum Ahnung von Linux, kann aber mit Telnet, Verzeichnissen und Dateien ohne Probleme umgehen. Verstehe nur nicht diese komischen Fehler.

Code

vdr:~# apt-get upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
Die folgenden Pakete sind zurückgehalten worden:
  libvcdinfo0 lilo vcdimager wmacpi
Die folgenden Pakete werden aktualisiert:
  liburi-perl libwww-perl netbase
3 aktualisiert, 0 neu installiert, 0 zu entfernen und 4 nicht aktualisiert.
Es müssen noch 0B von 487kB Archiven geholt werden.
Nach dem Auspacken werden 45,1kB Plattenplatz freigegeben sein.
Möchten Sie fortfahren? [J/n] J
Vorkonfigurieren der Pakete ...
(Lese Datenbank ... 19720 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereiten zum Ersetzen von netbase 4.20 (durch .../archives/netbase_4.21_all.deb) ...
Entpacke Ersatz für netbase ...
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/netbase_4.21_all.deb (--unpack):
 kann »./usr/share/perl5/DebianNet.pm« nicht erzeugen: Datei oder Verzeichnis nicht gefunden
Vorbereiten zum Ersetzen von liburi-perl 1.30-1 (durch .../liburi-perl_1.35-1_all.deb) ...
Entpacke Ersatz für liburi-perl ...
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/liburi-perl_1.35-1_all.deb (--unpack):
 kann keinen Verweis zur Sicherung von »./usr/share/perl5/URI.pm« anlegen vor Installation der neuen Version: Datei oder Verzeichnis nicht gefunden
dpkg-deb: Unterprozess paste getötet mit Signal (Datenübergabe unterbrochen (broken pipe))
Vorbereiten zum Ersetzen von libwww-perl 5.803-3 (durch .../libwww-perl_5.803-4_all.deb) ...
Entpacke Ersatz für libwww-perl ...
dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/libwww-perl_5.803-4_all.deb (--unpack):
 kann keinen Verweis zur Sicherung von »./usr/share/perl5/LWP.pm« anlegen vor Installation der neuen Version: Datei oder Verzeichnis nicht gefunden
dpkg-deb: Unterprozess paste getötet mit Signal (Datenübergabe unterbrochen (broken pipe))
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/netbase_4.21_all.deb
 /var/cache/apt/archives/liburi-perl_1.35-1_all.deb
 /var/cache/apt/archives/libwww-perl_5.803-4_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
vdr:~#

Alles anzeigen

PS: Ich habe den Beitrag im Abschnitt "Code" geändert, weil ich den Text aus Putty per Zwischenablage falsch übernommen habe.

wilderigel · 15. Mai 2005

Schau mal, ob Platte voll ist, oder checke mal mit Knoppix oder so, ob Fehler im Dateisystem vorhanden sind.

Milbe · 15. Mai 2005

die Platte hat Platz, RAM hat auch Platz. Systeminfo am TV liefert mir:
RAM: 439 mit 141 belegt
Platte: 155G von 276G belegt

Dateisystem ... eigentlich funktioniert bis auf vdrconvert alles und bei der Suche nach der Ursache f. vdrconvert sah ich das mit Perl

Ich habe keinen Monitor am VGA Ausgang. Kann ich nicht per Telnet das Dateisystem kontrollieren. Gibt es nicht sowas wie "scandisk"?

slime · 16. Mai 2005

scandisk -> e2fsck (bzw. reiserfsck oder ähnlich)

wilderigel · 16. Mai 2005

Wie gesagt, ich tippe weiterhin auf einen Dateisystemfehler.

solche Tools wie slime vorgeschlagen hat nie auf gemountete Laufwerke loslassen.
Wie man eine Knoppix CD mit ssh ertstellt wurde hier schon mal irgendwo beschrieben.
Eventuell gibt es auch andere Boot-CDs mit aktivierten ssh.

Milbe · 16. Mai 2005

der Befehl funktioniert leider nicht:

Code

vdr:~# df
Dateisystem          1K-Blöcke   Benutzt Verfügbar Ben% Eingehängt auf
/dev/hda1            288451232 115949352 157849400  43% /
tmpfs                   225244         4    225240   1% /dev/shm
vdr:~#

mit dem Wissen wie die Platte heißt, habe ich dann folgendes eingegeben:

Code

vdr:~# e2fsck -p hda1
e2fsck: Datei oder Verzeichnis nicht gefunden beim Versuch, hda1 zu öffnen
hda1:
SuperBlock ist unlesbar bzw. beschreibt kein gültiges ext2
Dateisystem.  Wenn Gerät gültig ist und ein ext2
Dateisystem (kein swap oder ufs usw.) enthält,  dann ist der SuperBlock
beschädigt, und sie könnten e2fsck mit einem anderen SuperBlock:
    e2fsck -b 8193 <Gerät>
vdr:~#

wilderigel · 16. Mai 2005

Mal mit mount nachschauen welches Filesystem /dev/hda1 verwendet.

Und nochmals die dringende Warnung:
e2fsck nie auf gemountete Laufwerke loslassen.

Edit: Befehl lautet lt mir:
e2fsck -p /dev/hda1

Milbe · 21. Mai 2005

"mount" liefert mir

Code

vdr:~# mount
/dev/hda1 on / type ext3 (rw)
proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw,mode=0622,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
usbfs on /proc/bus/usb type usbfs (rw)
vdr:~#

Nach der Warnung, niemals ein gemountetest Laufwerk zu testen, hab ich auch abgebrochen. Was kann ich denn nun ohne VGA-Monitor bei den Fehlermeldungen im ersten Posting tun?

mit Perl stimmt wohl etwas nicht?

Jetzt mitmachen!

Teilen