Kernel Omnislash (Unofficial) - Aprendendo a voar sem segredos!!!

[galactus]

Não, meu Inglês é péssimo. Ou melhor, não existe. Ele é limitado ao que o Google Tradutor pode fazer.

O Big Linux sempre foi baseado no Ubuntu e sempre veio com o LZMA. Do contrário não caberia tanta coisa numa iso de 700MB.
O Ylmf OS 3.0 é baseado no Ubuntu 10.04 e também vem com o LZMA.

Ué, mais fácil ainda né! É só pedir ajuda ao BigBruno, não?

[vampire_thunder]

Não, meu Inglês é péssimo. Ou melhor, não existe. Ele é limitado ao que o Google Tradutor pode fazer.

O Big Linux sempre foi baseado no Ubuntu e sempre veio com o LZMA. Do contrário não caberia tanta coisa numa iso de 700MB.
O Ylmf OS 3.0 é baseado no Ubuntu 10.04 e também vem com o LZMA.

Ué, mais fácil ainda né! É só pedir ajuda ao BigBruno, não?

Já pedi, mas ele sumiu e ninguém respondeu:
http://www.biglinux.com.br/forum/viewtopic.php?f=37&t=8464&sid=9ae5907831ab7a8cd57d9de1be528202&start=60


Edit: meu problema deve ser com o squashfs-lzma, só pode. Baixei o source desse kernel aqui:
http://blog.robertalks.com/index.php/2010/07/09/kernel-2-6-34-1-blackjack-released-for-debianubuntu-blackjack/

Ele já vem com o patch do LZMA. Como lá só tinha o 32 bits. baixei o source.deb e compilei como 64 bits. O compactador que estou usando é esse:
http://deb.grml.org/pool/main/s/squashfs-lzma-tools/

E mesmo assim sempre dá o mesmo erro na hora de rodar o LiveCD.

[MSXManiac]

Meu caro Riven...

Já que você está mais do que qualquer outro fazendo testes e mais testes, aqui vai uma oraçãozinha prá lá de necessária!
Não esqueça de orar antes de começar a futricar no kernel. É a oração dos programadores ao G.A.D.K. (Grande Arquiteto Do Kernel) ou simplesmente Pai Kernel!


Sistema Operacional que estais na memória
Compilado seja o vosso programa
Venha à tela os vossos comandos
Seja executada a nossa rotina
Assim na memória, como na impressora

Acerto nosso de cada dia, rodai hoje
Informai os nossos erros
Assim como nós informamos o que está corrigido
Não nos deixai entrar em looping
e livrai-nos do coredump

Amém.
 

[gatohumano]

Só vos posso dizer que neste momento estou com um uptime de quase 10 dias(sem restarts,sem shutdowns e sem hibernações ou seja sem batotas) no omnislash 1.4.4 64bits esta bastante estavel,ainda so tive 2 craches em programas diferentes de resto td ok.

[Gunss]

Hqx, vc prepara esse kernel com alguns patchs que a canonical libera para o ubuntu, ou então ele não tem nenhuma base nele?
estou pensando em coloca-lo no opensuse 11.3

[galactus]

Só vos posso dizer que neste momento estou com um uptime de quase 10 dias(sem restarts,sem shutdowns e sem hibernações ou seja sem batotas) no omnislash 1.4.4 64bits esta bastante estavel,ainda so tive 2 craches em programas diferentes de resto td ok.

Venho usando o 1.4.4 já tem uns 20 dias. Não só no meu PC, mas em outras máquinas também, como já devem ter visto com os meus relatos do Atom e do meu amigo com core2quad. 

Pra mim ele está estável. Nem um pau nos sistemas que testei foram por causa do kernel! Os problemas que tive foram dos aplicativos instalados! Como testamos com o kernel padrão do Ubuntu e com o 1.4.4, e os paus são os mesmos nos dois kerneis, fica fácil ver que o problema não é do kernel!

[galactus]

estou pensando em coloca-lo no opensuse 11.3

+1!

Mas vou testar antes no 11.2 só para ter certeza que não vai moer o sistema! 

[vampire_thunder]

Achei mais um patch, dessa vez para o 2.6.34:
http://www.esdebian.org/foro/41634/parches-squashfs-lzma-tuxonice-linux-2634

[merorafael]

Testei instalando em uma maquina virtual e está funcionando direitinho  
O problema é que não dá para reparar muita coisa usando pela máquina virtual,
ai queria saber se a diferença de desempenho é mesmo assustadora...
Em fim, mais detalhes sobre este Kernel.

EDIT: Testando pelo virtualbox o sistema morreu diversas vezes com esse kernel,
ele simplesmente travava, deixava de funcionar no meio do nada, as vezes travava e
voltava a funcionar, mas não abria mais nada.

[Hqxriven]

Está estável (quando o omnislash ficar instável teremos pelo menos duas distros grandes com problemas...)

Agora talvez vc também seja vítima:

Travamentos aleatórios do ubuntu lucid
http://ubuntuforums.org/showthread.php?t=1478787&highlight=random+crash

Tem gente até com travamento em máquina virtual
http://ubuntuforums.org/showpost.php?p=9604647&postcount=714

73 páginas de gente reclamando de travamentos...

[dtomadon]

Testando há 22 dias seguidos e o único problema que tive foi com o vmware ( comprovado também no kernel padrão do ubuntu ) sem mais

bombando o sistema , hehehe

[merorafael]

Não sei se é especialmente em casos de maquina virtual, mas quando eu mando processar
bastante coisa com esse kernel ele simplesmente morre... 
Com o "Monitor do sistema" aberto, reparei que o processador "morre", ao tentar fazer
um teste de velocidade(abrir varias coisas para testar o desempenho), os programas abertos
travam e ambos os núcleos ficam com 0% de processamento. A interface gráfica não morre,
mas também não abre mais nada.
Alguém que usa esse kernel em uma maquina não virtual, poderia tentar realizar esse teste
e ver se ocorre o mesmo problema? De preferência alguém que possua um processador AMD.

Abraço a todos e feliz dia do amigo a todos vocês 

[Hqxriven]

Não sei se é especialmente em casos de maquina virtual, mas quando eu mando processar
bastante coisa com esse kernel ele simplesmente morre...  Indeciso
Com o "Monitor do sistema" aberto, reparei que o processador "morre", ao tentar fazer
um teste de velocidade(abrir varias coisas para testar o desempenho), os programas abertos
travam e ambos os núcleos ficam com 0% de processamento. A interface gráfica não morre,
mas também não abre mais nada.
Alguém que usa esse kernel em uma maquina não virtual, poderia tentar realizar esse teste
e ver se ocorre o mesmo problema? De preferência alguém que possua um processador AMD.

Tenta acrescentar uma dessas opções abaixo na linha do kernel do grub:

acpi_skip_timer_override

ou

noapic

E depois volta aqui...

(Eu uso AMD e esse kernel em ambiente não virtual e ele não morre)

[vampire_thunder]

Achei os patchs do 2.6.32 (Kernel do Lucid):
http://bugs.gentoo.org/207737

Mas não consegui, depois de compilado, ativar os módulos. 
Dando uma olhada no Ylmf OS, percebi que dentro da pasta /lib/modules/2.6.32-22-generic/kernel/fs/squashfs existem 3 arquivos: sqlzma.ko, squashfs.ko e unlzma.ko. Em todas as minhas tentativas, só fica na pasta o squashfs.ko. Isso deve ser a causa de não pegar.

Percebi também que, estranhamente, o Ylmf OS utilizar o squashfs-lzma 3.4, e não o 4.0

[Hqxriven]

Tente ver se o 6 e o 7 entram e funcionam no 2.6.34

https://dev.openwrt.org/browser/trunk/target/linux/generic-2.6/patches-2.6.34?rev=20881

EDIT1 - amigo vampire no seu caso tanto serve o aufs como o squashfs ou apenas um ou outro??