Instalacja systemu via ssh pod knoppixem.

[Gość patrick]

Witam,

 

Powiedzmy ze "usiadl " mi system suse, support zalaczyl mi knoppixa na ktorym sciegnelem wazne pliki z servera etc.

 

I teraz pytanie czy ktos w takiej systuacji probowal reinstall via ssh?

 

Patrzylem na to http://www.daemonology.net/depenguinator/

 

Niewiem czy to sie uda i jak do tego podejsc.

 

Ktos testowal takie rozwiazanie w praktyce ?

 

pzdr.

patrick

[Gość Fobi]

Moze zaczne od tego, ze "reinstall" to jakies dziwne okreslenie pochodzace z windowsa.

 

Linuksa nie trzeba reinstalowac zazwyczaj sie go naprawia. Jesli jest to konieczne to rozumiem... czasem tak bywa.

 

Robienie wszystko przez ssh to moze byc trudne. Nie moga wgrac ci systemu podstawowego?

 

Albo chociaz odpalic knoppix'a na twoim serwerze? (wtedy instalka via net + chroot)

[Gość patrick]

Moze zaczne od tego, ze "reinstall" to jakies dziwne okreslenie pochodzace z windowsa.

 

Linuksa nie trzeba reinstalowac zazwyczaj sie go naprawia. Jesli jest to konieczne to rozumiem... czasem tak bywa.

 

no jest to konieczne

Robienie wszystko przez ssh to moze byc trudne. Nie moga wgrac ci systemu podstawowego?

Moga ale 150 € nie chodzi piechota, a chcialem sprawdzic czy da sie bez tego .. oczywiscie bedzie to ewentulanosc

Albo chociaz odpalic knoppix'a na twoim serwerze? (wtedy instalka via net + chroot)

no no wlasnie odpalili knoppixa na serverze ...

 

Czy to w ogole wchodzi w gre http://www.daemonology.net/depenguinator/ ?

[barteq 0]

Depenguinator zdalnie instaluje system FreeBSD na jakimkolwiek Linuxie.

W przypadku zarządaznych serwerów jest z tym pewien problem, ponieważ trzeba dobrzeznać parametry serwera, w szczególności pod co podczepione są dyski. Przykładowo mogą nazywać się /dev/sdaX mimo, że są na IDE (a sda, sdb itd ogólnie należą do SCSI). Prawdę mówiąc uzywanie depengunatora na uszkodzonym linuxie z poziomu ratunkowego Knoppixa jest wielce ryzykowne i raczje na pewno zakończy się reinstalacją systemu .

 

Wracając do głównego wątku, jeśli padło tylko SSH, przecież można je zainstalować od nowa? Jeśli z knoppixa jest możliwośc odczytu i zapisu na dysk (a tak powinno być) można podmontować wszystkie potrzebne partycje tam gdzie trzeba i chrootwać się do głównej, uprzednio przegrywając tam źródła openssh.

Przykładowo mając katalog /rescue/ z podmontowana pratycja / z oryginalnego systemu można podłączyć tam partycję /usr i /home (czyli jakies mount /dev/hda1 /rescue/ , mount /dev/hda3 /rescue/usr, mount /dev/hda5 /rescue/home, potem wlazimy do rescue i chroot ./) Potem bez wiekszych problemów można pozinstalować to co padło.

[Gość patrick]

Wracając do głównego wątku, jeśli padło tylko SSH

 

akurat gdyby taki element padl to by bylo extra ..

Co padlo to padlo i padlo przez glupote. A tym elementem byla bibloteka "glibc" poprostu magiczny system yast ala suse :/

Czyli na serverze niedziala nic, remote desktop deamon ssh ..

 

Dyski sa /dev/

 

Dobrze ze akurat na tej maszynie nie bylo kont zadnych ludzi, hostingu etc. tylko moje rzeczy ktore odzyskalem w calosci na knoppixie ...

 

Probujac chroot dostaje blad

 

chroot: es ist nicht möglich, ,,/bin/bash" auszuführen: Datei oder Verzeichnis nicht gefunden

hmm :/

[barteq 0]

Wyglada jakby katalog bin zniknal.. To przypadkiem nie jakies rm -rf / ?

 

Jest jeszscze jedna sztuczka w sumie niegłupia. Komenda dd. Można przenieśc obraz knoppixa z CD na dysk, potem podmonotwac i chrootwac sie tam. Potem dac haslo roota, wlczyc ssh itd, następnie zabootować system z dysku. Serv na knoppixie tez by ładnie śmigał ;>

Można nawet prościej - przecież knoppix ma instalator.. Dało by się nim pobawić i zainstalować system jako debian - jest taka opcja. Potem wywala się wszystkie automagiczne skrypty i apt-getem robi update do normalnego debiana.

[gb 12]

patrick, kilka pytan:

 

1. czy to jest SLES czy SUSE Professional ? Ktora wersja ?

 

2. czy masz dostep do repozytorium aktualnych pakietow ?

 

3. czy masz liste pakietow jakie byly zainstalowane na systemie (np. z bakcupu) ?

 

Najlatwiej byloby ponownie "zainstalowac" pakiety. Instalacja systemu zdalnie jest czyms normalnym i nie widze dlaczego powinny nastapic jakies problemy.

[Gość patrick]

Wyglada jakby katalog bin zniknal.. To przypadkiem nie jakies rm -rf / ?

 

Katalog jest i takich komend niebylo

Można nawet prościej - przecież knoppix ma instalator.. Dało by się nim pobawić i zainstalować system jako debian - jest taka opcja. Potem wywala się wszystkie automagiczne skrypty i apt-getem robi update do normalnego debiana.

Wlasnie mysle nad tym ...

1. czy to jest SLES czy SUSE Professional ? Ktora wersja ?

Suse 9.1

czy masz dostep do repozytorium aktualnych pakietow ?

Wiem ktory pakiet zostal popsuty "glibc" znalezc go nie jest trudno lecz zainstalwoac gorzej przy probie chrootu jest komunikat jak w poscie wyzej.

czy masz liste pakietow jakie byly zainstalowane na systemie (np. z bakcupu) ?

Nie backupy byly tylko mysql na osobny server caly system nie.

Lecz wiem ze glibc byl z standardowego suse 9.1

Najlatwiej byloby ponownie "zainstalowac" pakiety.

tak tylko jak .. blad bledem .

[gb 12]

1, w takim razie wpierw zainstaluj /bin/bash a pozniej glibc,

 

2, "tylko jak... blad bledem", jak widzisz wiedza i doswiadczenie kosztuje :-)

 

3, naprawde uwierz naprawienie tego nie powinno byc trudne jesli masz dostep do repozytorium pakietow.

[Irvin 0]

Emm

Co do chroota - nie znam dobrze niemieckiego, ale z tego co widzę możliwe że niepoprawnie go używasz

 

Z instalacjami via ssh nie miałem większego doświadczenia, ale tutaj problem jest podobny do schrzanienia czegoś na własnym desktopie i naprawianiu tego z rescueCD. Może poprostu nie podmontowałeś systemu z serwera - wiec normalne że chroot nie działa Przynajmniej ja tak miewałem jak robiłem cos na szybkiego na moim PLD

 

No chyba że to zrobiłeś

Zdraviam