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

vampire_thunder · 21 de Julho de 2010, 02:08

Citação de: Hqxriven online 21 de Julho de 2010, 01:23
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??

Acho que os dois, né. Um para o LiveCD funcionar. O outro para compactar o filesystem.squashfs ao máximo, para caber mais programas em menos espaço.

PS: como faço o download dos patches?

Hqxriven · 21 de Julho de 2010, 07:17

http://rapidshare.com/files/408161947/006-squashfs_add_lzma_2_.patch

http://rapidshare.com/files/408162270/007-squashfs_make_lzma_available.patch

Tá ae...

Não sei ainda se vai funcionar... Por enquanto fico te devendo o AUFS...

vampire_thunder · 21 de Julho de 2010, 15:26

Deu erro:

Código Selecionar

lib/decompress_bunzip2.c:512: warning: the frame size of 1968 bytes is larger than 1024 bytes
  CC      lib/decompress_inflate.o
  CC      lib/decompress_unlzma.o
  CC      lib/decompress_unlzo.o
lib/decompress_unlzo.c:53: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'parse_header'
lib/decompress_unlzo.c:90: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'unlzo'
make[2]: ** [lib/decompress_unlzo.o] Erro 1
make[1]: ** [lib] Erro 2

E no 2.6.32, apliquei os 7 patches, compilei mas nada de módulo nenhum. Tá brabo!

Edit: nos patches do 2.6.32, percebi que justamente no 7º, que trata do unlzma, deu um Hunk:

Código Selecionar

root@filipo-laptop:/home/filipo/build/kernel/lucid/linux# patch -p1 -i squashfs-lzma-0001-move-zlib-decompression-wrapper-code-into.patch 
patching file fs/squashfs/Makefile
patching file fs/squashfs/block.c
patching file fs/squashfs/squashfs.h
patching file fs/squashfs/zlib_wrapper.c
root@filipo-laptop:/home/filipo/build/kernel/lucid/linux# patch -p1 -i squashfs-lzma-0002-Factor-out-remaining-zlib-dependencies-int.patch 
patching file fs/squashfs/block.c
patching file fs/squashfs/cache.c
patching file fs/squashfs/dir.c
patching file fs/squashfs/export.c
patching file fs/squashfs/file.c
patching file fs/squashfs/fragment.c
patching file fs/squashfs/id.c
patching file fs/squashfs/inode.c
patching file fs/squashfs/namei.c
patching file fs/squashfs/squashfs.h
patching file fs/squashfs/squashfs_fs_sb.h
patching file fs/squashfs/super.c
patching file fs/squashfs/symlink.c
patching file fs/squashfs/zlib_wrapper.c
root@filipo-laptop:/home/filipo/build/kernel/lucid/linux# patch -p1 -i squashfs-lzma-0003-add-a-decompressor-framework.patch 
patching file fs/squashfs/Makefile
patching file fs/squashfs/block.c
patching file fs/squashfs/decompressor.c
patching file fs/squashfs/decompressor.h
patching file fs/squashfs/squashfs.h
patching file fs/squashfs/squashfs_fs_sb.h
patching file fs/squashfs/super.c
patching file fs/squashfs/zlib_wrapper.c
root@filipo-laptop:/home/filipo/build/kernel/lucid/linux# patch -p1 -i squashfs-lzma-0004-add-decompressor-entries-for-lzma-and-lzo.patch 
patching file fs/squashfs/decompressor.c
patching file fs/squashfs/squashfs_fs.h
root@filipo-laptop:/home/filipo/build/kernel/lucid/linux# patch -p1 -i squashfs-lzma-0005-add-an-extra-parameter-to-the-decompressor.patch 
patching file fs/squashfs/decompressor.h
patching file fs/squashfs/zlib_wrapper.c
root@filipo-laptop:/home/filipo/build/kernel/lucid/linux# patch -p1 -i squashfs-lzma-0006-add-LZMA-compression.patch 
patching file fs/squashfs/Kconfig
patching file fs/squashfs/Makefile
patching file fs/squashfs/decompressor.c
patching file fs/squashfs/lzma_wrapper.c
patching file fs/squashfs/squashfs.h
root@filipo-laptop:/home/filipo/build/kernel/lucid/linux# patch -p1 -i squashfs-lzma-0007-Make-unlzma-available-to-non-initramfs-ini.patch 
patching file fs/squashfs/Kconfig
patching file include/linux/decompress/bunzip2_mm.h
patching file include/linux/decompress/inflate_mm.h
patching file include/linux/decompress/mm.h
Hunk #1 succeeded at 63 (offset 10 lines).
Hunk #2 succeeded at 85 (offset 10 lines).
patching file include/linux/decompress/unlzma_mm.h
patching file lib/Kconfig
patching file lib/decompress_bunzip2.c
patching file lib/decompress_inflate.c
patching file lib/decompress_unlzma.c
root@filipo-laptop:/home/filipo/build/kernel/lucid/linux#

Hqxriven · 22 de Julho de 2010, 07:22

Eles são para o 2.6.34...

vampire_thunder · 22 de Julho de 2010, 09:47

Citação de: Hqxriven online 22 de Julho de 2010, 07:22
Eles são para o 2.6.34...

Não, rapaz. Me refiro aos patches do 2.6.32 que linkei na página anterior.

Hqxriven · 22 de Julho de 2010, 11:20

Putz... será que existe ainda na net algo para o 2.6.32??

vampire_thunder · 22 de Julho de 2010, 12:20

Citação de: Hqxriven online 22 de Julho de 2010, 11:20
Putz... será que existe ainda na net algo para o 2.6.32??

Existe até para o 2.6.31.

Mas eu não queria ficar com esse kernel do Lucid. Ele vem com um monte de coisas desabilitadas.

Hqxriven · 22 de Julho de 2010, 13:18

CitarExiste até para o 2.6.31.

Mas eu não queria ficar com esse kernel do Lucid. Ele vem com um monte de coisas desabilitadas.

Engraçado eu não achei um!!

Achei para o 2.6.31, 2.6.33 e 2.6.34!

Estou fugindo do kernel padrão do lucid. Bugs sem explicação aqui!!

vampire_thunder · 22 de Julho de 2010, 13:42

Citação de: Hqxriven online 22 de Julho de 2010, 13:18
CitarExiste até para o 2.6.31.

Mas eu não queria ficar com esse kernel do Lucid. Ele vem com um monte de coisas desabilitadas.

Engraçado eu não achei um!!

Achei para o 2.6.31, 2.6.33 e 2.6.34!

Estou fugindo do kernel padrão do lucid. Bugs sem explicação aqui!!

Aqui também, por isso fiz um backport do Maverick, que é o 2.6.35.

Os patches que usei baixei daqui:
http://bugs.gentoo.org/207737

Como pode ver anteroirmente, entraram todos, mas de qualquer forma não funcionou $:-\$

Achei um kernel compilado que finalmente funcionou:
http://deb.grml.org/pool/main/l/linux-source-2.6.33-grml64/

Mas como ele é para o Debian, na hora de instalar o linux-headers deu erro de dependência. Como queria apenas testar, instalei forçado e gerei o LiveCD. Funcionou

mas a instalação quebra o apt.

Hqxriven · 22 de Julho de 2010, 13:53

CitarAqui também, por isso fiz um backport do Maverick, que é o 2.6.35.

Os patches que usei baixei daqui:
http://bugs.gentoo.org/207737

Como pode ver anteroirmente, entraram todos, mas de qualquer forma não funcionou Indeciso

Achei um kernel compilado que finalmente funcionou:
http://deb.grml.org/pool/main/l/linux-source-2.6.33-grml64/

Mas como ele é para o Debian, na hora de instalar o linux-headers deu erro de dependência. Como queria apenas testar, instalei forçado e gerei o LiveCD. Funcionou Contente mas a instalação quebra o apt. Triste

Tenho a sensação que o 2.6.32 é muito mais sensível em relação a hardware que os outros... (perdi hardware por causa dos bugs do lucid, só descobri há pouco tempo como solucionar os crashs aleatórios)

Mas... já pensou no seguinte:

Veja se consegue instalar esse source em deb e depois possivelmente vai criar uma pasta em /usr/src aí vc renomeia ela e depois desinstá-la o deb e continua o processo...

vampire_thunder · 22 de Julho de 2010, 15:37

Citação de: Hqxriven online 22 de Julho de 2010, 13:53
CitarAqui também, por isso fiz um backport do Maverick, que é o 2.6.35.

Os patches que usei baixei daqui:
http://bugs.gentoo.org/207737

Como pode ver anteroirmente, entraram todos, mas de qualquer forma não funcionou Indeciso

Achei um kernel compilado que finalmente funcionou:
http://deb.grml.org/pool/main/l/linux-source-2.6.33-grml64/

Mas como ele é para o Debian, na hora de instalar o linux-headers deu erro de dependência. Como queria apenas testar, instalei forçado e gerei o LiveCD. Funcionou Contente mas a instalação quebra o apt. Triste

Tenho a sensação que o 2.6.32 é muito mais sensível em relação a hardware que os outros... (perdi hardware por causa dos bugs do lucid, só descobri há pouco tempo como solucionar os crashs aleatórios)

Mas... já pensou no seguinte:

Veja se consegue instalar esse source em deb e depois possivelmente vai criar uma pasta em /usr/src aí vc renomeia ela e depois desinstá-la o deb e continua o processo...

Eu pensei nisso e já estava fazendo.

Aproveitando que este kernel é o 2.6.33, poderia me passar os patches do omnislash que usou aqui:
http://ubuntuforum-pt.org/index.php/topic,29799.1620.html

O link do rapidshare não está funcionando mais.

Hqxriven · 22 de Julho de 2010, 15:43

CitarEu pensei nisso e já estava fazendo.

Aproveitando que este kernel é o 2.6.33, poderia me passar os patches do omnislash que usou aqui:
http://ubuntuforum-pt.org/index.php/topic,29799.1620.html

O link do rapidshare não está funcionando mais.

Não tenho mais... Hd novo

Alguns interessantes

http://ck.kolivas.org/patches/bfs/2.6.33-sched-bfs-318.patch

http://www.kernel.org/pub/linux/kernel/people/ck/patches/2.6/2.6.33/2.6.33-ck1/patch-2.6.33-ck1.bz2

Quanto ao resto eu não me lembro... mas já é um começo.

galactus · 22 de Julho de 2010, 17:51

HQ, como assim, perdeu Hardware por causa do kernel do Lucid?

Hqxriven · 22 de Julho de 2010, 18:58

CitarHQ, como assim, perdeu Hardware por causa do kernel do Lucid?

http://ubuntuforums.org/showpost.php?p=9326100&postcount=149

libata que dá corrupção de partição

Isso foi gerando crashs horríveis aqui e com isso com o tempo geraram badblocks (pq eram crashs totais que só saiam no power e aí algumas vezes a partição ia pro beleleu).

Como muitas vezes eu usava o kernel do lucid pra testes me ferrei...

Tive que comprar um hd, porém como usava um hp com um gabinete anti-troca de peças (isso mesmo que vc leu, não pude trocar o hd), tive que comprar um gabinete e passar o mobo, o processador e a memória para lá... (a fonte e o driver de dvd só saíram no martelo para quebrar o gabinete

)

Com o omnislash (que já possui o patch libata) os crashs ocorrem com bem menos frequência e quando ocorre não ferra o sistema todo!! e aí pesquisando vi que usando um kernel 2.6.34 com o libata e o acpi_skip_timer_override "resolvem" o problema (resolvem pq pelo menos não trava tudo, só o som fica estranho e com uns crashs e aí pelo menos é só dar um boot, mas isso ocorre só em uptimes altos +de 8 horas... - aconteceu hoje, fui no youtube e o som tava uma droga, mas pelo menos sem crash total.)

O problema é que não sou só eu que tem esses crashs aleatórios e sem explicação lógica!!

Dá uma olhada no link abaixo

http://ubuntuforums.org/showthread.php?t=1478787

http://www.iol.ie/~stuartneilson/Bootup_fsck.html

Já vou avisando que quem tiver o lucid prestar atenção... se ver um crash suspeitar do lucid e programas e não só do hardware.

Sem travamentos totais aqui já há 1 semana (aproximadamente 12 horas de uptime diariamente)

EDIT 1

Agora só não sei se em outras máquinas somente isso é o suficiente.

galactus · 22 de Julho de 2010, 22:16

Minha nossa HQ! Isso é muito grave!

Estou tendo a maior sorte do mundo então. Não passei por nada disso com meu hardware! Se bem que meu sistema é mais ou menos uma anomalia do Matrix!

Só o meu sistema está em partição Linux! Os dados estão todos em NTFS! Desligo tudo que não uso e retiro tudo que é bobagem que não me serve no sistema. Só não tiro mais pois algumas dependências que a equipe do Ubuntu faz, me fariam remover boa parte do sistema, tornando o Ubuntu imprestável! Outra coisa, com minha configuração atual, já modifiquei a configuração desde aquele tópico do novo Arauto, não tenho mais nada de hardware legado! Ao que parece são as combinações de hardware com software que disparam esse Bug!

É uma pena uma quantidade tão grande de usuários estar sendo afetada por esses Bugs! O pior são os desenvolvedores não darem um fim nisso!