Dotaz: Pouzitie dd a tar a nasledna nemoznost spustat aplikacie

[Patrik Uhrak]

Zdravim.

Dneska som spustil nasledovne:

dd if=/dev/mapper/debian_linux-root | lzma -9 > backup

Bola to snaha odskusat, ci takto zazalohujem particiu. Vysledok ma hodne prekvapil, kedze momentalne dostanem hlasku:

 

pato@debian:~$ cp

bash: /bin/cp: No such file or directory

pato@debian:~$ ls

bash: ls: command not found

pato@debian:~$ cp

bash: /bin/cp: No such file or directory

pato@debian:~$ w

bash: w: command not found

Skutocne netusim, co a kde sa stalo. Samozrejme, spustal som to ako root. Vyber particie odovodnujem jej velkostou a teda by to malo byt aj najrychlejsie, kedze je najmensia.

 

Ak ma niekto vysvetlenie a pripadne aj riesenie, budem nesmierne stastny a vdacny zaroven.

---

---

Odpovědi

[Jendа]

Hmm, ls ani cat tam asi už taky nemáš, takže zkus trochu examinovat to, co ze systému zbylo. V čistém bashi by mělo jít něco jako echo /bin/*.

[Jendа]

A soubory by měly v čistém bashi bez externích programů vypsat while read line; do echo $line; done < /proc/cpuinfo.

[Patrik Uhrak]

Tak som poskusal a vysledok je takyto:

pato@debian:~$ for i in /usr/bin/who*; do echo $i; done

/usr/bin/who

/usr/bin/whoami

/usr/bin/whois

pato@debian:~$ whoami 

bash: /usr/bin/whoami: No such file or directory

pato@debian:~$ who

bash: /usr/bin/who: No such file or directory

pato@debian:~$ whois 

bash: /usr/bin/whois: No such file or directory

Co je trochu zvlastne (mozno iba pre mna), ze su tam, ale spustit sa nedaju.

Ale cyklus v podobe:

for i in /*; do $i; done

tak tu uz k expanzii nedochadza.

 

Jedine / nie je pristupne, inak akukolvek inu particiu pristupovat a listovat mozem vyssie spomenutym sposobom.

[Jendа]

A mají x práva (i když to můj bash píše „Operace zamítnuta“ a ne „No such file or directory“), není FS připojen s noexec? Ale to z běžícího systému asi nezjistíš, když nemůžeš udělat ls -l, mount ani file. Ale pokud tam můžeš kopírovat, můžeš tam zkusit nahrát busybox odjinud a zkusit spouštět ten (busybox ls -l, busybox file /soubor…).

[Patrik Uhrak]

Tak, s usmevom na perach :), vsetko ide opat ako ma.

Ked ma uz odpojilo od siete (samozrejme sa pripojit nedalo, kedze sietovy manazer uz nereagoval), tak som to restartol, to skoncilo kernel panic. Vzal som live cd , nastavil particiu ako aktivnu (lvm) a skusil pripojit. Zial, nebolo mozne pripojit ani po specifikovani suboroveho systemu.

Tak som spustil:

fsck -n /particia

a tomu bolo aj tych 1000 riadkov(az je to teda tolko) malo pre vypis chyb. Tak som sa odhodlal to spustit naostro a nasledne bolo mozne pripojit particiu / (root)  o ktorej som v predchadzajucich prispevkoch vravel. Tak som to restartol a je to tu. Fachci to ako ma.

 

Zial, ale ja netusim, kde nastala chyba. Zaloha sa vytvarala na inej particii, kde bolo spolahlivo miesta na mnoho takych zaloh.

 

Akokolvek, dakujem za pomoc Jenda.

[luta]

jen takovej dotaz..kam jsi ukládal ten backup? nezacpal jsi root filesystem? možná je to blbost ale už se mi to stalo a xubuntu umřelo

[Patrik Uhrak]

Vdaka, ale zaloha sa vytvarala na inej particii. Takze netusim, kde nastala chyba.

[VM]

Ono zalohovat takhle partisnu neni moc dobry napad, partisna je pripojena i pro zapis a bezi na ni cely system ktery ji meni zaloze pod rukama. Takhle se muze stat, ze se behem zalohy original hodnekrat zmeni, v zaloze je pak gulas kousku filesystemu z ruznych stavu, pretrhaji se odkazy a metadata apod. Zurnalovani tohle nespravi. Obzvlaste bych to nedelal s filesystemem typu ReiserFS, coz je jeden velky strom ktery se za behu prebalancovava, a hrozi tak uplna ztrata hodne velkych casti filesystemu.

Ciste reseni je nabootovat jiny system a partisnu odpojit, nebo pripojit jen pro cteni (tohle jde u / spatne, ale po 'telinit 1' je sance). Pokud je potreba provest zalohu beziciho / , tak bych to asi delal na urovni souboru - poskozeni hrozi i tak, ale jen u souboru do kterych se zrovna zapisuje.

[Patrik Uhrak]

Najprv som tvoj prispevok bral ako napovedu do buducnosti ohladne konzistencie zalohy. Ale potom som si vsimol nadpis a z toho titulu tomu moc nerozumiem. Dovod je ten, ze pokial robim zalohu tymto sposobom, tak ta zaloha moze byt chybna, ale u mna k ziadnemu pokusu o obnovu neprislo. A taktiez bola zaloha vytvarana na uplne inom umiestneni, inej particie.

Co sa tyka toho pripojenia particie len na citanie, tak nasledovne funguje skvele:

mount -no remount,ro /

a pritom nie je nutne ukoncit vsetku cinnost, iba ak sa prave s nejakym suborom na tej particii pracuje a je nutne zmeny zapisat.

 

Diki.

[Patrik Uhrak]

Podla manualovych stranok pre mount v pripade ext3 a ext4 prinajmensom, nie je zarucene, ze sa nic nezapise pomocou:

mount -no remount,ro /

Spravne by to malo byt takto:

mount -no remount,ro,noload /

To len pre spravnost.