Problem mit Parametern bei ls (kein -v kein -h)

P

pc-nico

Tripel-As
Hallo Leute,

ich habe kurzlich ein Debian 4.0 Etch System übernommen.
Als erstes habe ich ein Update durchgeführt was mir folgendes Problem brachte:

Beim Update hat es mir die Menu.lst vom Grub zerschossen..
Der Fehler ist reproduzierbar:
Code:
update-grub
Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
[B]/bin/ls: Ungültige Option -- v[/B]
Try `/bin/ls --help' for more information.
Updating /boot/grub/menu.lst ... done

Irgendwie will update-grub wohl ein ls -v ausführen, was zu einem Fehler führt,
welcher nicht weiter abgefangen wird und dann zu einer fehlerhaften menu.lst führt.

Seltsamer Weise gibt es keine Option -v im LS. Aber es gibt auch kein -h????

Ist hier vllt eine seltsame Version von LS am Start? Hatte bisher noch nicht
mit Debian zu tun.

Code:
srv:~# ls -v
ls: Ungültige Option -- v
Try `ls --help' for more information.
srv:~# ls -h
ls: Ungültige Option -- h
Try `ls --help' for more information.
srv:~# ls --version
ls - GNU fileutils-3.13

Kann sich jemand diese Verhalten erklären? Ich kann gern weitere Infos zur
Maschine/Distri. liefern, wenn ihr mir sagt was ihr braucht....
 
4.0 ist doch schon etwas älter, mach doch mal ein update auf 5.0
 
ja könnte ich machen... aber hab wie gesagt wenig Erfahrung mit debian und
würde gern erstmal wissen, was dieser fehler bedeutet....
 
Ich kenne jetzt die "TOP 10 der beliebtesten binaries, die $RANDOM_CRACKER auf einer gerooteten Kiste gerne mal austauscht" nicht, aber ich würde mal genau nachsehen (z.B. über Vergleich binary auf Kiste vs. binary in entsprechendem Distributionspaket mit md5sum&Co.) ob da noch alles passt und ob der Server wirklich noch Dir "gehört".
 
Kann man kurz machen: Das ist definitiv nicht die Version aus dem orginal Etch Paket (coreutils) ..
 
das habe ich mir auch schon gedacht... weil normalerweise kommt ls ja aus den coreutils... zumindest bei CentOS....
 

Ähnliche Themen

X startet nichtmehr

aptitude update und safe-upgrade schlägt fehl

Windows clients können nicht mehr auf lange laufendes System zugreifen

NagiosGrapher 1.7.1 funktioniert nicht

dovecot und postfix Konfiguration Problem

Zurück
Oben