[FUG-BR] Erro no Boot /dev/ada0p2 NO WRITE ACCESS

Alessandro de Souza Rocha etherlinkii em gmail.com
Quinta Fevereiro 16 10:38:09 BRST 2012


rodou o fsck,

Em 16 de fevereiro de 2012 07:10, Enio Marconcini <eniorm em gmail.com> escreveu:
> 2012/2/15 Nilton Jose Rizzo <rizzo em i805.com.br>
>
>> Em Wed, 15 Feb 2012 21:29:56 -0300, Nilton Jose Rizzo escreveu
>> > Em Wed, 15 Feb 2012 17:25:56 -0200, Marcelo Gondim escreveu
>> > > Em 15/02/2012 16:56, Enio Marconcini escreveu:
>> > > > 2012/2/15 Enio Marconcini<eniorm em gmail.com>
>> > > >
>> > > >> salve galera.
>> > > >> o servidor com freebsd 9.0Stable, estava rodando normalmente, em
>> testes,
>> > > >> hoje fui reiniciar ele, e durante o boot ficou parado com essa
>> mensagem:
>> > > >>
>> > > >> Starting file system checks:
>> > > >> /dev/ada0p2: NO WRITE ACCESS
>> > > >> /dev/ada0p2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY
>> > > >> Automatic file system check failed; help!
>> > > >> ERROR: ABORTING BOOT (sending SIGTERM to parent)!
>> > > >> Feb 15 14:32:44 init /bin/sh on /etc/rc terminated abnormally,
>> going to
>> > > >> single user mod
>> > > >> Enter full pathname of shell or RETURN for /bin/sh:
>> > > >>
>> > > >> o dispositivo /dev/ada0p2 é o root filesys /
>> > > >> pressionei enter e entrei com o /bin/sh mesmo, consegui montar as
>> > > >> partições com mount -a (não retornou erro)
>> > > >> se eu digitar exit ele sobe para o modo multiuser normalmente e
>> inicia os
>> > > >> serviços
>> > > >>
>> > > >> dei uma busca no google mas não consegui achar nada especificamente
>> para
>> > > >> este caso... alguém já passou por isso ou sabe o motivo aparente
>> deste
>> > > >> acontecimento?
>> > > >>
>> > > >> --
>> > > >> *ENIO RODRIGO MARCONCINI*
>> > > >> @eniomarconcini<http://twitter.com/eniomarconcini>
>> > > >> *[ $[ $RANDOM % 6 ] == 0 ]&&  rm -rf / || echo "You live"**
>> > > >> *
>> > > >> *
>> > > >> *
>> > > >> *"H**ave a trouble with windows: reboot!*
>> > > >> *Have a trouble with unix: be root!"*
>> > > >>
>> > > >>
>> > > > mais um detalhe eu notei que isso acontece depois que eu ajustei o
>> > > > securelevel=2 no /etc/sysctl.conf
>> > > > dei boot com securelevel desativado e funcionou normalmente.
>> > > >
>> > > >
>> > > Oi Enio,
>> > >
>> > > Mas tipo toda vez que você inicia com securelevel=2 acontece isso ou
>> > > só aconteceu uma vez?
>> > > -------------------------
>> > > Histórico: http://www.fug.com.br/historico/html/freebsd/
>> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>> >
>> >  Olhando no man:
>> >  The kernel runs with five different security levels.  Any super-user
>> >      process can raise the level, but no process can lower it.  The
>> security
>> >      levels are:
>> >
>> >      -1    Permanently insecure mode - always run the system in
>> > insecure mode.           This is the default initial value. --More-
>> > -(byte 21068)     0     Insecure mode - immutable and append-only
>> > flags may be turned off.           All devices may be read or
>> > written subject to their permissions.
>> >
>> >      1     Secure mode - the system immutable and system append-only
>> > flags may           not be turned off; disks for mounted file
>> > systems, /dev/mem and           /dev/kmem may not be opened for
>> > writing; /dev/io (if your platform           has it) may not be
>> > opened at all; kernel modules (see kld(4)) may           not be
>> > loaded or unloaded.
>> >
>> >      2     Highly secure mode - same as secure mode, plus disks may
>> > not be           opened for writing (except by mount(2)) whether
>> > mounted or not.           This level precludes tampering with file
>> > systems by unmounting           them, but also inhibits running
>> > newfs(8) while the system is multi-           user.
>> >
>> >            In addition, kernel time changes are restricted to less
>> > than or           equal to one second.  Attempts to change the time
>> > by more than this           will log the message ``Time adjustment
>> > clamped to +1 second''.
>> >
>> >      3     Network secure mode - same as highly secure mode, plus IP
>> > packet           filter rules (see ipfw(8), ipfirewall(4) and
>> > pfctl(8)) cannot be           changed and dummynet(4) or pf(4)
>> > configuration cannot be adjusted.
>> >
>> >      The security level can be configured with variables documented
>> > in     rc.conf(8).
>> >
>>
>>
>>    Provavelmente o fsck precisou escrever algo no disc e não pode
>>    por isso a inconsistencia .... vai ver ele não conseguir
>>   finalizar todos os processos no sync anterior ....
>>
>> --
>> Nilton José Rizzo
>> 805 Informatica
>> Disseminando tecnologias
>> 021 2413 9786
>> ---
>> A: Because it messes up the order in which people normally read text.
>> Q: Why is top-posting such a bad thing?
>>
>> http://en.wikipedia.org/wiki/Posting_style
>>
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>
>
>
>
> é verdade se o Irado tivesse aqui ainda teria dito logo de cara "RTFM"
> eu ajustei no rc.conf de acordo com o /etc/defaults/rc.conf porém depois
> não sei o que me deu na cabeça e fui ajustar no sysctl.conf e foi aí que
> deu zica!
> Quando vi novamente o man security e li novamente, descobri na hora o
> motivo.
>
> No entanto percebi que não adianta nada ter o securelevel 2 (ou 3) se não
> ajustar alguns atributos para arquivo, senão mesmo num nível alto é
> possível alterar o rc.conf para desativar o securelevel e dar reboot na
> máquina e esperar que seja bootado com o securelevel desativado :-D
>
> valeu
>
> --
> *ENIO RODRIGO MARCONCINI*
> @eniomarconcini <http://twitter.com/eniomarconcini>
> *[ $[ $RANDOM % 6 ] == 0 ] && rm -rf / || echo "You live"**
> *
> *
> *
> *"H**ave a trouble with windows: reboot!*
> *Have a trouble with unix: be root!"*
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



-- 
Alessandro de Souza Rocha
Administrador de Redes e Sistemas
FreeBSD-BR User #117
             Long live FreeBSD

                     Powered by ....

                                          (__)
                                       \\\'',)
                                         \/  \ ^
                                         .\._/_)

                                     www.FreeBSD.org


Mais detalhes sobre a lista de discussão freebsd