Dotaz: Smazane jadro :(

[David]

Ahoj,

na serveru jsem omylem misto rm ./* napsal rm //*.

odpoved jsem dostal tuto:

rm: cannot remove `//bin': Is a directory
rm: cannot remove `//boot': Is a directory
rm: cannot remove `//dev': Is a directory
rm: cannot remove `//etc': Is a directory
rm: cannot remove `//home': Is a directory
rm: cannot remove `//lib': Is a directory
rm: cannot remove `//lib32': Is a directory
rm: cannot remove `//lost+found': Is a directory
rm: cannot remove `//media': Is a directory
rm: cannot remove `//mnt': Is a directory
rm: cannot remove `//opt': Is a directory
rm: cannot remove `//proc': Is a directory
rm: cannot remove `//root': Is a directory
rm: cannot remove `//sbin': Is a directory
rm: cannot remove `//selinux': Is a directory
rm: cannot remove `//srv': Is a directory
rm: cannot remove `//sys': Is a directory
rm: cannot remove `//tmp': Is a directory
rm: cannot remove `//usr': Is a directory
rm: cannot remove `//var': Is a directory

rekl bych se z podadresru / se nic nesmazalo

ale obavam se, ze v / je soubor vmlinuz -> boot/vmlinuz-2.6.32-52-generic

ktery se cca urcite smazal (pokud tam byl) (je to Debian)

data na serveru jsou, pres FTP si stahnu adresar webu, ktery tam bezi

ale z linux prikazu mi funguje jen "cd"

ls, bash, sh, rm, pisi jen No such file or directory

co byste mi poradili?

Diky, David

---

---

Odpovědi

[potato]

Ten smazaný link není na běžícím systému nic, co by tě muselo akutně trápit.

Ale něco užitečného se smazat muselo. Funguje ti cd, protože to je builtin shellu. Ostatní věci, které píšeš, jsou programy, a ty nefungují.

Namísto ls můžeš použít ‚echo *‘. Pomocí toho se lze podívat, co je v adresářích (zajímá tě hlavně bin, lib).

‚No such file or directory‘ může mít různé příčiny, od nenajití správného dynamického linkeru (ten by v / být neměl) po neaktuální cache cest programů v bashi (řeší hash -r).

[David]

/bin# echo *
bash bunzip2 busybox bzcat bzcmp bzdiff bzegrep bzexe bzfgrep bzgrep bzip2 bzip2recover bzless bzmore cat chgrp chmod chown chvt cp cpio dash date dd df dir dmesg dnsdomainname domainname dumpkeys echo egrep false fgconsole fgrep fuser grep gunzip gzexe gzip hostname ip kbd_mode kill less lessecho lessfile lesskey lesspipe ln loadkeys login ls lsmod mkdir mknod mktemp more mount mountpoint mt mt-gnu mv nano nc nc.traditional netcat netstat nisdomainname open openvt pidof ping ping6 ps pwd rbash readlink rm rmdir rnano run-parts sed setfont setupcon sh sh.distrib sleep stty su sync tailf tar tempfile touch true umount uname uncompress unicode_start vdir which ypdomainname zcat zcmp zdiff zegrep zfgrep zforce zgrep zless zmore znew

rekl bych, ze tam je vse. Stejna situace je i v /lib.

hash -r mi nepomohlo.

Diky za pomoc.

[David]

jinak na jinem debianu jsem koukal, ze tech souboru v / je vic

initrd.img -> boot/initrd.img-2.6.32-52-generic
lib64 -> /lib
lib64 -> /lib

[potato]

Smazaný link lib64 na lib, to bude ten problém. Musíš ho nějak vyrobit zpátky. Sice je tam busybox, ale AFAIK potřebuje taky dynamický linker. Za zkoušku nic nedáš.

[Luboš Doležel (Doli)]

Tak jsem to dal dohromady.

Knopixx a vytvoreni symb. linku

cdrom -> media/cdrom
initrd.img -> boot/initrd.img-2.6.32-5-amd64
lib64 -> lib
vmlinuz -> boot/vmlinuz-2.6.32-5-amd64

muj problem vyresilo.

Jsem docela dost rad :)

[lertimir]

Někdy v roce 93 se mi při mazání odešlých uživatelů na unixové stanici podařilo provést rm -r * místo v adresáři uživatele tak v /home a než jsem to za cca 10 vteřin breaknul, tka to smazalo asi 60 lidí a pak jsem měl půl dne práce se zálohami.