Dotaz: Cannot execute "/etc/rc.d/rc"

[georgewh]

Zdravim. Potreboval som si nainstalovat jednu kniznicu. Stiahol som ju a v Readme bol len tento navod:

the linux tools are munted by the CR/LFs all over the place ... to make
then happy once again, all lines need to be terminated by LF alone

how to sort this problem ?, well stick the following script into a file,
unzip faad, run the script on the faad directory (it'll recursively fix
all files), then continue with sh bootstrap ....


#!/bin/bash

if [ -d $1 ]; then
for i in $1/*; do
./$0 $i
done
else
mv $1 tmp
cat tmp | tr -d \\r > $1
rm tmp
fi

Lenze skript som si len tak zbezne prezrel a nevsimol som si, ze ho mam spustit nad adr. faad, no spustil som ho bez parametra a ako root . No a potom sa zacali prejavovat chyby. Po restarte natiahne jadro, spusti init a vypise:

INIT: versio 2.78 booting
INIT: cannot execute "/etc/rc.d/rc"
INIT: Id "1" respawning to fast: disabled for 5 minutes
 .
 .
INIT: Id "5" respawning to fast: disabled for 5 minutes
INIT: no more processes left in this runlevel

Po stlaceni < Ctrl + Alt + Del > vypise:

INIT: Switching to runlevel: 6
INIT: cannot execute "/etc/rc.d/rc"

Takze prosim poradte mi, aby 1 a pol rocna praca nevysla nazmar. Vdaka.

Odpovědi

[David Watzke]

Huh... co třeba chmod +x /etc/rc.d/rc ?

[georgewh]

No, tak nabootoval som live CD (DSL Linux), a zistil som, ze /bin/bash nebol spustitelny, tak som to napravil, skontroloval spustitelnost ostatnych skriptov/prikazov, restartol a:

INIT: version 2.78 booting
BUG IN DYNAMIC LINKED ld.so: dynamic-link.h: 57: elf_get_dynamic_info:
Assertion `! "bad dynamic tag"' failed!
INIT: Id "1" respawning to fast: disabled for 5 minutes
 .
 .
INIT: Id "5" respawning to fast: disabled for 5 minutes
INIT: no more processes left in this runlevel

Po stlaceni < Ctrl + Alt + Del > vypise:

INIT: Switching to runlevel: 6
BUG IN DYNAMIC LINKED ld.so: dyanmic-link.h: 57: elf_get_dynamic_info:
Assertion `! "bad dynamic tag"' failed!

Ziadne ine kniznice som nemenil ani neinstaloval. Prosim poradte, co s tym spravit. Vdaka.

[Michal Čihař]

Ale ten geniální skipt ti je všechny změnil…

[Michal Čihař]

No to je ale pěkně prasácký skript, nekontrolovat parametry, rušit práva souborů, ničit binární soubory…

Teď máš všude na filesystému smazané \r, takže jediné řešení bude asi přeinstalace.

[georgewh]

Nieeeeee, len to nie! Ako sa to hovori: "Ucime sa na chybach inych..." alebo zeby svojich

Nestacilo by nahradit niektore subory, aby mi aspon nabehol bash?

Alebo este lepsie, nedal by sa spustit nejaky antiskript? Co je to vlastne za znak? Cital som man bash aj man echo, ale jedine co som zistil, je ze ak spustim echo -e "123\rabc", tak vystup bude len abc.

[zabza]

Té reinstalaci se stejně nevyhnete... Tak to neodkládejte, s chutí do toho, půl je hotovo. Co jste si přepsal, jinak než reinstalací nespravíte...

[zabza]

Jo a pro příště si aspoň zapamatujete, že není dobrý nápad pracovat jako root (každou chvilku se tu objeví někdo, kdo to zpochybňuje, takže...)

[georgewh]

OK. Tak vdaka vsetkym, asi sa tej reinstlacii nevyhnem (no, ale som zvedavy ako to dopadne ).

[Michal Čihař]

Antiskriptík? Jak chceš zjistit kde ten znak chybí?

Můžeš zkoušet postupně nahrazovat knihovny, ale IMHO je to mnohem víc práce než to přeinstalovat.

[GeorgeWH]

No ano, ale ten system je RH6.2 (ano viem, stary, ale slaby HW a mne to postacuje) plus nejaky abgrejd z MDK7.2 plus kopu vlastnych programov...

Len stale neviem co je to "\r" za znak.

if [ -d $1 ] testuje, ci existuje adresar $1. Kedze som ziadny argument nezadal, tak nad akym adresarom to vlastne spustilo? (vtedy som bol niekde v /usr/local/src/faad) A preco to "nepostihlo" vsetky subory?

[zabza]

"\r" je v ASCII tabulce označován jako CR a má kod 13.

Spustilo se to nad adresáři z "/" (právě proto že $1 je prázdný, $1/*). Postupně /bin, /boot, atd. Nepostihlo všechny, protože jste to zastavil, ne?

[zabza]

Aha, spíš se to zastavilo samo v okamžiku, kdy si to přepsalo "mv" nebo "cat" nebo "tr" nebo "bash"...

[Michal Čihař]

\r je návrat na začátek řádku, v DOSu se řádky zakončují \r\n a v unixech jenom \n (a na macu jenom \r).

To sice testuje, ale [ -d ] projde, měly tam být uvozovky kolem $1, pak by to možná dělalo zhruba to co autor zamýšlel (tj. skončilo s chybou, že dává málo parametrů příkazu mv).

[Michal Marek (twofish)]

[ -d ] vrátí úspěch, $1/* se expanduje na /* a pak na seznam všch podadresářů /. Takže tak. \r je carriage return (viz man ascii), ale na tom nijak zvlášť nezáleží.

[GeorgeWH]

Teda: Podla skriptu by hned prvy adresar mal byt /bin. Zacalo menit prvy subor arch, dalsie (aj bash) a hlavne cat. A teraz: ak ten subor zmenilo, tak ho v dalsom cykle nemohlo spustit, a teda ten skript skoncil? Lebo ak ano, tak by mali byt poskodene len niektore subory, nie? Fu. A co keby som spustil ls -Rlc / a nejako nasiel tie subory... Ako "pridam" "\r" do text. suboru? (binarky zrejem preinstalujem).

OK. Tak vam teda skutocne dakujem za UKAZKOVE VYSVETLENIE A MYSLENIE . Klobu dolu. Niekedy clovek asi musi obetovat nieco co ma rad, aby sa naucil nieco, cim vytvori veci, ktore bude mat este radsej. Este raz vrela vdaka.

[Michal Marek (twofish)]

Do textového souboru to přidávat nepotřebuješ, protože na Unixech se jako konec řádku používá jen \n (LF). Ostatně původní účel toho skriptu byla konverze DOSových \r\n (CRLF) na Unixové, zmrzačení souborů v /bin byl jen zajímavý vedlejší efekt

Ten skript nejspíš zastavil poté, co došel k /bin/bash (viz #13), takže by opravdu mělo stačit přeinstalovat programy v /bin plus pro jistotu zkontrolovat integritu všech balíků (u rpm je to rpm -Va, na Debianu debsums, atd...).

[skonciljsem]

1. Přidávat je tam nepotřebuješ, jak říká správně kolega výše.
2. Pokud už potřebuješ ten znak do textového souboru přidat (nebo ho odebrat), měl bys na to mít nástroj todos (a fromdos), já je mám v /usr/bin.
3. Buď té lásky a nepracuj jako root