O parâmetro "set root='hd0,msdos3'", onde hd0 é o HD primário (/dev/sda) e msdos3, a terceira partição onde está o diretório /remixos. Isso aqui, na sua configuração pode ser diferente.
Após o primeiro boot, que demora devido à criação do arquivo "data.img", pode-se reiniciar o sistema no Linux novamente e aumentar o arquivo de dados para 8 GB, por exemplo. Só não pode ser maior que o tamanho da partição, por motivos óbvios:
# e2fsck -f data.img
# resize2fs data.img 8G
Dica para acessar os arquivos do RemixOS pelo Linux:
# mount -t ext4 -o loop data.img /mnt/loop
No notebook HP Pavilion DM1, funcionou tudo, Wireless, aceleração 3D, Bluetooth, Touchpad, camera etc.
Tem alguns detalhes como, após entrar em modo standby a wireless não conecta mais ao voltar, só um reboot. No segundo boot, o sistema indexa os arquivos e deixa o computador lento e o HD sempre ativo, depois de alguns minutos, ele termina.
Deve ter outros, mas somente com o uso prolongado ou testes para descobrir.
Não vai ser o sistema preferido aqui, mas com certeza vale o conhecimento. Talvez no futuro, os Desktops sejam vendidos com Android, quem duvida?
[4] Comentário enviado por lopanrs em 25/01/2017 - 23:32h
Olá boa noite.
Talvez os comandos não estejam no local correto no arquivo /etc/grub.d/40_custom eles devem estar entre as chaves {}
Pode editar o arquivo /boot/grub/grub.cfg direto e verificar exatamente como está no artigo. Mas daí nao rode os comandos para instalar o grub nem o update-grub pois ele sobrescreverão qualquer mudanca no grub.cfg.
Se estiver em uma distro como debian, ubuntu, mint. Tente executar o comando update-grub que verifica a sintaxe e reporta algum erro.
att
[5] Comentário enviado por gnunes76 em 25/01/2017 - 23:42h
Verifiquei e agora passou. Obrigado.
Agora ele iniciou uma parte, mas parou depois do "Write protecting the kernel read-only data..."
Ô coisinha enroscada...
Abs.
[6] Comentário enviado por gnunes76 em 25/01/2017 - 23:43h
[5] Comentário enviado por gnunes76 em 25/01/2017 - 23:42h
Verifiquei e agora passou. Obrigado.
Agora ele iniciou uma parte, mas parou depois do "Write protecting the kernel read-only data..."
Ô coisinha enroscada...
Abs.
Parece que ele não está conseguindo criar os dados...
[7] Comentário enviado por lopanrs em 25/01/2017 - 23:59h
Hum. Essa mensagem é considerada normal no início. Mas se ele fica travado tente uma versão anterior https://sourceforge.net/projects/remix-os/files/older-versions/ e de preferencia pra versoes 32bits que é mais garantida a compatibilidade.
Pode ver onde trava removendo os parametros logo.showlogo=1 e quiet. E adicionando vga=normal no final da linha que comeca com linux. Para nao modificar o que ja foi feito anteriormente, faca isso editando o grub na hora de dar o boot, digita e (letra e) pra entrar em modo de edicao, faz as mudancas e aperta F10 pra dar o boot.
[8] Comentário enviado por gnunes76 em 26/01/2017 - 00:22h
Tentarei com outras versões.
Já havia retirado o quiet e o colocado o logo=0
Fiquei insistindo um tempo na 64, mas nesse caso, ainda não fez diferença... Tanto uma como a outra estão dando o mesmo resultado.
[9] Comentário enviado por gnunes76 em 27/01/2017 - 12:31h
Tentei com a mesma versão em outro equipamento e funcionou. Como esta nova informação, como será que pode ser resolvido isso?! Será que é vídeo?! Como posso forçar o vídeo para uma resolução mais baixa?! Caraca, que coisa complicada velho?! Já passou por isso com outras distribuições?!