Mageia não carrega o sistema [RESOLVIDO]

mcnd2
(usa Debian)

Enviado em 28/05/2014 - 23:29h

Boa noite a todos.

Vou colocar o meu problema aqui antes que eu caia no sono, ZZZZZzzzzzzzzzzzzZZZZZZZZZZzzzzzzZZZZZZZZZZZzzzz...


Então, ja tive o problema igual encontrado novamente:

>>> http://www.vivaolinux.com.br/topico/mageia/Mageia-nao-inicia-parando-no-dracut <<<

Após algum tempinho sem iniciar os sistemas do notebook após a reinstalação do Debian, voltou o problema com o Mageia 4 como no post do link acima.

Já tinha o Windows7, Mageia 4, Debian 7 e Fedora 20 instalado no Note, logo tive problemas no Debian após uma [*****] feita por mim então resolvi reinstalar o sistema Debian novamente, logo fiz as configurações do debia como o grub, fstab, etc.

O problema encontrado no Mageia é que ele não encontra a UUID específica (do debian ou da swap) e para no shell dracut.

Editei o fstab do Mageia das entradas do debian e swap de acordo com o resultado do blkid mais nada do mageia carregar o sistema.

No Fedora ficou a mesma coisa de não subir o sistema por causa das uuid's das partições do debian e swap após a reinstalação do mesmo, sendo que consegui entrar no shell do fedora e comentar as entradas no fstab e iniciar o sistema, logo dentro do sistema editando as entradas das uuid's do debian e swap assim reiniciando o sistema e o mesmo subindo de boa.

Agora o que eu não consegui foi colocar o mageia para carregar após essas mudanças, como fiz no fedora, sendo para mudar o fstab do mageia, entrei no debian e editei por lá.

Alguém já passou por isso?

Alguma idéia de como recuperar o Mageia?

Valeu pela atenção desde já...

mcnd2
(usa Debian)

Enviado em 28/05/2014 - 23:34h

O que eu não entendo é se já tendo o Mageia instalado junto com outro sistema e esse outro sistema der algum problema e ao reinstalar, ele mudará concerteza a uuid após a formatação, sendo assim o Mageia na hora de carregar o sistema vai dar o problema como descrito (no link) e não conseguir bootar o mesmo.

Assim fica difícil de ficar com o Mageia muito tempo se tiver que testar outras distros juntas com ele, a não ser de não colocar entrada nenhuma no fstab do Mageia assim tentando evitar o problema encontrado.

...

removido
(usa Nenhuma)

Enviado em 29/05/2014 - 00:15h

Vc não está com problema de hardware?
Mageia deu par. Fedora deu pau. Debian deu pau.
Não é hardware com defeito não ?

mcnd2
(usa Debian)

Enviado em 29/05/2014 - 22:20h

Não é problema de hardware não.

Tudo funciona numa boa, o problema é mais com o mageia mesmo, pois já com ele instalado e com o debian também, fiz uma [*****] no debian e resolvi instalá-lo novamente, sendo que depois de tudo acertado, ao selecionar o mageia no grub ele não encontra a uuid do sistema do debian assim não carregando o sistema.

Faço a alteração no fstab do mageia com a uuid correta do debian mais o mesmo presiste no erro.

Já tive esse problema antes e não consegui resolver, assim me forçando a instalar o mageia novamente sem ter resolvido o problema.

É alguma coisa que o mageia ao não reconhecer a uuid para o boot e não carrega!

...

removido
(usa Nenhuma)

Enviado em 29/05/2014 - 22:32h

-qdo tenho outros linux no mesmo pc eu instalo o mageia com grub-2 e não com grub-1
-tenho um notebook com mageia, ubuntu, pointlinux-debian e w7 funcionando bem com mageia gerenciando grub com grub-customizer
-mas eu instalei com grub-2

mcnd2
(usa Debian)

Enviado em 29/05/2014 - 22:55h

Então @clodoaldo, mais o problema não chega a ser com o grub, afinal quem gerencia o grub é o Debian.

Como você tem outros sistema na sua máquina junto com o Mageia, já teve algum problema com outro sistema e precisou formatar, assim mudando a uuid dessa partição e o Mageia reconheceu essa mudança?

E no caso se tem o fstab do Mageia configurado com essa partição (antes da formatação) e depois da mudança do sistema o mageia carregou numa boa mesmo que a uuid no fstab esteja a antiga?

...

removido
(usa Nenhuma)

Enviado em 30/05/2014 - 08:40h

Nunca tive problemas do mageia com outras distros.
Notebook.2008 tem windows, mageia e linuxmint. Com mageia gerenciando grub
Notebook.2011 tem mageia, point.Linux, ubuntu e Fedora , com ubuntu gerenciando grub
Não tenho idéia do que está acontecendo com seu pc.
I am sorry

mcnd2
(usa Debian)

Enviado em 30/05/2014 - 23:26h

Tranquilo...

Vou ver ainda se consigo resolver (sem motivação para isso) nesse final de semana.

Caso eu não consiga, vou ver se coloco o Slackware nessa partição e me aventurar em outros ares e lembrar o tempo quando comecei.

...

albfneto
(usa openSUSE)

Enviado em 30/05/2014 - 23:47h

esses problemas com as UUID não achadas e o Dracut,acontecem por causa daquele complicado e enrolado, "maledetto" Systemd! srrsrsrsr!

veja quantos problemas entre systemd e a fstab:

http://duckduckgo.com/?q=systemd+and+fstab+problems

não estou na faculdade, mas de lá,eu postarei meu fstab do Phenom, par te servir de guia, pq lá eu tenho systemd, aqui é sysinit-udev-openRC clássico.


sabe como eu fiz? eu usei o sistema do tempo dos dinossauros Unix....

mudei,esquecí os UUID do fstab e do grub,

e troquei tudo pelo velho e bom sistema /dev/sdX exemplo se tá na partição sda3 a swap,então é /dev/sda3

se não quiser perder os números UUID,
comente as linhas,depois copie e cole e troque cada UUID por /dev/sdaX /dev/sdaY etc...

mcnd2
(usa Debian)

Enviado em 30/05/2014 - 23:58h

Então, estava até suspeitando desse 'systemd', mais como não tenho prática com o mesmo...

Mesmo alterando a uuid que esta a acusar parando no dracut pela atual uuid, ao reiniciar o sistema ele não sobe parando no mesmo erro e dracut na tela.

Engraçado que no Fedora 20 com Lxde aconteceu o mesmo problema de não subir o sistema e logo alterado a uuid pela correta do fstab dele, o sistema deu boot perfeitamente.

Vou ver se mudo no fstab o direcionamento da partição em vez de uuid pelo device e reiniciar.


...

mcnd2
(usa Debian)

Enviado em 31/05/2014 - 00:06h

No caso de eu adicionar x-systemd.automount na opção do fstab como no exemplo:



fonte:

>>> https://wiki.manjaro.org/index.php?title=Fstab_-_Use_SystemD_automount <<<

no meu 'fstab' a possibilidade de dar boot é alta ou não?


Meu FSTAB:

# Editado por mcnd2 (Glauber GF)



none /proc proc defaults 0 0



### ------------------------------

### Entry for /dev/sda3 (WINDOWS):

### ------------------------------

UUID=4A704AF6704AE871 /media/Windows_7 ntfs-3g user,uid=1000,gid=1000,umask=000,locale=pt_BR.UTF-8 0 0



### -----------------------------

### Entry for /dev/sda5 (MAGEIA):

### -----------------------------

UUID=d38287e5-ceb0-44ec-a0bc-66bfdbbff76d / ext4 acl,noatime 1 1



### -----------------------------

### Entry for /dev/sda6 (DEBIAN):

### -----------------------------

UUID=d301c33e-c4c2-43d1-8884-cf8f08fc9131 /media/Debian ext4 rw,user,auto 1 2



### -----------------------------

### Entry for /dev/sda7 (FEDORA):

### -----------------------------

UUID=26346088-6c1d-4075-a75a-47255711332e /media/Fedora ext4 rw,user,auto 1 2



### ----------------------------------

### Entry for /dev/sda8 (BACKUP_NOTE):

### ----------------------------------

UUID=53c26c16-780a-42cb-8c1b-d8922e992f70 /media/Backup_note ext4 defaults 1 2



### ----------------------

### Swap was on /dev/sda9:

### ----------------------

UUID=c505e80e-78e1-4c37-a332-1cf376cca19e swap swap default 0 0



### ---------------------------------------

### Compartilhamento NFS (DESKTOP XUBUNTU):

### ---------------------------------------

192.168.0.0:/media/Backup/backup_ggf /media/Backup_desk nfs nosuid,rsize=8192,wsize=8192,soft 0 0

 

...

removido
(usa Nenhuma)

Enviado em 31/05/2014 - 07:54h

-será que esse problema tem alguma coisa haver com hd estar particionado em gpt?
-o meu está em mbr e nunca tive esse problema (2 notebooks e um netbook)