🚀 go-pugleaf

On Mon, 21 Jun 2010 11:32:34 +0200, NiCrAm <nicramsoc@gmail.com>
wrote:

> exec /sbin/init: error 21
> init: not found
> panic: no init

 [...]

> jak to dalej ruszyc?

 Zabootować z instalki, wybrać shell, zamontować fs, zobaczyć co
 się stało z initem? Swoją szosą co trzeba zrobić, żeby init
 poszedł w buraki?

 r.
-- 
_________________________________________________________________
robert rędziak     e36/5 323ti     mailto:giekao-at-gmail-dot-com

   I hope they don't fart at Greenpeace. That's bad for Gaia.

>   Zabootować z instalki, wybrać shell, zamontować fs, zobaczyć co
>   się stało z initem?

myslalem ze w bsd jest jakis automacik, no ale coz. tak bedzie trzeba zrobic.

> Swoją szosą co trzeba zrobić, żeby init
>   poszedł w buraki?

jak juz pisalem, wystarczy wyciagnac wtyczke z gniazdka.

On Mon, 21 Jun 2010 11:43:23 +0200, NiCrAm <nicramsoc@gmail.com>
wrote:

> myslalem ze w bsd jest jakis automacik, no ale coz. tak bedzie trzeba zrobic.

 Nie widziałem jeszcze systemu uniksowego, w którym byłby
 automacik przywracający init.

> jak juz pisalem, wystarczy wyciagnac wtyczke z gniazdka.

 OpenBSD hoduję od wersji 2.3, przez te lata wielokrotnie zdychał
 mi prąd lub z jakiejś przyczyny wysypywał system. Nigdy nie
 udało mi się zmasakrować zawartości rootfs-u.

 Masz jeden wielki rootfs? Włączone na nim softupdates?

 r.
-- 
_________________________________________________________________
robert rędziak     e36/5 323ti     mailto:giekao-at-gmail-dot-com

   I hope they don't fart at Greenpeace. That's bad for Gaia.

 >. Nigdy nie
>   udało mi się zmasakrować zawartości rootfs-u.

a mi sie udalo :) to ten raz na tysiac :)

>   Masz jeden wielki rootfs? Włączone na nim softupdates?

nie, mam zrobione wedlug podpowiedzi instalatora [a], testuje ten stystem 
i nie chce mi sie recznie robis fsow, wiec zdalem sie na instalator.
reszta defaultowo po instalacji.

NiCrAm <nicramsoc@gmail.com> wrote:
> postanowilem przetestowac zachowanie systemu pod wzgledem zaniku pradu.
> naczytelem sie, ze system plikow jest odporny na taki klocki, wiec podczas 
> pracy wyciagnalem wtyczke.
> no i po startcie sie zdziwilem, system nie wystartowal, i nie moge (nie 
> wiem jak) zmusic go do wstania.
> na ekranie mam kernelowe komunikaty i ...
> ...
> WARNING:  / was not properly unmounted
> exec /sbin/init: error 21
> init: not found
> panic: no init
> Stopped at Debugger+0x4: leave
> RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS PANIC!
> ddb{3}> _
> ..
> jak to dalej ruszyc?

super system. a taki bezpieczny. teoretycznie ma system plików UFS ale
musieli TOTALNIE sp..lić jeśli skasował się /sbin/init pomimo że nie było
zapisów do tego pliku i katalogu

to nie ma prawa  się zdarzyć.

nie znam openbsd dobrze więc nie powiem jak to zrobić - ale czy czasem nie
zmieniałeś jakiś opcji bootowania i czasem partycja / nie jest wybierana ta
co powinna?

niezależnie od prądu. bo takie mam wrażenie że to jednak nie wina OpenBSD

y> [...]
> 
>> jak to dalej ruszyc?
> 
> Zabootować z instalki, wybrać shell, zamontować fs, zobaczyć co
> się stało z initem? Swoją szosą co trzeba zrobić, żeby init
> poszedł w buraki?
> 
> r.

w/g mnie niezależnie od prądu coś zmienił - w ogóle montuje nie tą partycje
jako /

On 25.06.2010, Wojciech Puchar <wojtek@wojtek.tensor.gdynia.pl> wrote:
> NiCrAm <nicramsoc@gmail.com> wrote:
>> postanowilem przetestowac zachowanie systemu pod wzgledem zaniku pradu.
>> naczytelem sie, ze system plikow jest odporny na taki klocki, wiec podczas 
>> pracy wyciagnalem wtyczke.
>> no i po startcie sie zdziwilem, system nie wystartowal, i nie moge (nie 
>> wiem jak) zmusic go do wstania.
>> na ekranie mam kernelowe komunikaty i ...
>> ...
>> WARNING:  / was not properly unmounted
>> exec /sbin/init: error 21
>> init: not found
>> panic: no init
>> Stopped at Debugger+0x4: leave
>> RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS PANIC!
>> ddb{3}> _
>> ..
>> jak to dalej ruszyc?
>
> super system. a taki bezpieczny. teoretycznie ma system plików UFS ale
> musieli TOTALNIE sp..lić jeśli skasował się /sbin/init pomimo że nie było
> zapisów do tego pliku i katalogu
>
> to nie ma prawa  się zdarzyć.
>
> nie znam openbsd dobrze więc nie powiem jak to zrobić - ale czy czasem nie
> zmieniałeś jakiś opcji bootowania i czasem partycja / nie jest wybierana ta
> co powinna?
>
> niezależnie od prądu. bo takie mam wrażenie że to jednak nie wina OpenBSD

Może kupił od Ciebie sprzęt do testów? :)

-- 
Dominik Zyla

y>> zapisów do tego pliku i katalogu
>>
>> to nie ma prawa  się zdarzyć.
>>
>> nie znam openbsd dobrze więc nie powiem jak to zrobić - ale czy czasem nie
>> zmieniałeś jakiś opcji bootowania i czasem partycja / nie jest wybierana ta
>> co powinna?
>>
>> niezależnie od prądu. bo takie mam wrażenie że to jednak nie wina OpenBSD
> 
> Może kupił od Ciebie sprzęt do testów? :)
> 
też by się to nie stało. chyba że by w tym czasie tworzył pliki w katalogu
/sbin/ do /sbin/init

w obu przypadkach system banalnie odzyskiwalny

> w obu przypadkach system banalnie odzyskiwalny

jednak to nie wina filesystemu. dysk okazal sie obsiany badsectorami :(
na innym dysku wylaczalem podczas pracy kilkanascie razy i zawsze wstawal 
bez najmniejszych oporow :)

> 
> jednak to nie wina filesystemu. dysk okazal sie obsiany badsectorami :(

nadal musiałeś mieć pecha i miejsce gdzie był /sbin/init (katalog, inoda)
raptem przestał być czytelny.

czy fsck nie pisał nic o błedach odczytu?

> na innym dysku wylaczalem podczas pracy kilkanascie razy i zawsze wstawal 
> bez najmniejszych oporow :)
> 

> czy fsck nie pisał nic o błedach odczytu?

jak podmontowalem fs i zaczalem sprawdzac fscd to krzyczal o bledach.
odrazu wywalilem dyski z macierzy i wsadzilem druge (w sumie tez uzywki) i 
dziala.

NiCrAm <nicramsoc@gmail.com> wrote:
>> czy fsck nie pisał nic o błedach odczytu?
> 
> jak podmontowalem fs i zaczalem sprawdzac fscd to krzyczal o bledach.
to trzeba było o tym pisać od razu że read error miał.

danych których fsck nie odczyta - to raczej nie odzyska:)