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

[Hqxriven]

Não, você não entendeu. Eu criei um live cd com o squashfa-lzma, usando o kernel 2.6.35, do Maverick, e não funcionou.

Então pelo estado alpha desse kernel pode não estar funcionando ou e ainda por cima tem a questão da compatibilidade que por usar um kernel bem mais recente as ferramentas atuais da distro ainda não estão preparadas para ele.

[vampire_thunder]

Abri o make xconfig, habilitei a compressão LZMA e mudei para 300 HZ, somente. Mas o comando dpkg-buildpackage não funciona se tiver um .config. Qual o comando que vc usa para compilar o kernel, de preferência priorizando para núcleo duplo, para tentar ir mais rápido (Turion X2 RM-74)?

[Hqxriven]

Abri o make xconfig, habilitei a compressão LZMA e mudei para 300 HZ, somente. Mas o comando dpkg-buildpackage não funciona se tiver um .config. Qual o comando que vc usa para compilar o kernel, de preferência priorizando para núcleo duplo, para tentar ir mais rápido (Turion X2 RM-74)?

Eu sempre uso esse tutorial, apenas adapto os números na hora dos comandos...

http://ubuntuforum-br.org/index.php/topic,29799.1620.html

[vampire_thunder]

"--revision=x86"
No caso de 64 bits, eu tenho que mudar para "--revision=amd64" ou não precisa?

[Hqxriven]

Não precisa... não é um comando propriamente dito para compilar para 32 ou 64 bits!!

É mais para encurtar o nome na hora de instalar...

[Gunss]

uso EXT4 com o modo turbo que vc mostrou (uso somente 2 opções)
é um c2d e7200 e 1GB de ram (o problema pode estar ai)
a lentidão acontece principalmente quando vou copiar de uma partição NTFS para o EXT4 e vice e versa.
o uso do processador fica na casa do 30~60%

o que acontece é que o sistema da uma travada legal, logo depois passa e fica lento, porém da pra usar numa boa.

Então, eu perguntei isso tudo pois não havia notado lentidão nas transferências de arquivos grandes. Mas tanto eu como o meu amigo temos máquinas com 4GB de RAM. O ntfs-3g sempre consome mais recurso da máquina que o sistema de arquivos do linux. Se a transferência desse arquivo for apenas para uma partição diferente do mesmo HD, você vai experimentar lentidão mesmo. O meu amigo Agner já havia inclusive postado aqui neste tópico as observações dele sobre transferência de arquivos com os kerneis do ubuntu e diferentes compilações do Omnislahs.

pois é, também acho que seja a memória

[py8elo]

Olá meu caro Hqxriven,
saiu o script Ubuntuperfeito para o 10.04...
Eu baixei e instalei ele mas, volta e meia dá erro de repositório quando uso o synaptic.
Teria algo a ver com o kernel Omnislash???
Eu não testei outros kerneis ainda pois havia desinstalado todos os outros.

[]'s,

Silva.

Não precisa... não é um comando propriamente dito para compilar para 32 ou 64 bits!!

É mais para encurtar o nome na hora de instalar...

[Andreson Goveia]

Olá meu caro Hqxriven,
saiu o script Ubuntuperfeito para o 10.04...
Eu baixei e instalei ele mas, volta e meia dá erro de repositório quando uso o synaptic.
Teria algo a ver com o kernel Omnislash???
Eu não testei outros kerneis ainda pois havia desinstalado todos os outros.

[]'s,

Silva.

Não precisa... não é um comando propriamente dito para compilar para 32 ou 64 bits!!

É mais para encurtar o nome na hora de instalar...

Meu caro,

A instalação do omnislash não altera o interfere nos repositórios, nem se quer inclui nada lá, pode ser algum erro do script Ubuntu Perfeito.
Apesar de os servidores brasileiros volta e meia da algum erro, ai é só trocarpara o servidor principal.
 

[vampire_thunder]

Compilei aqui e como eu imaginava, o compilador não criou o linux-headers-2.6.35-7-generic e o linux-image-2.6.35-7-generic, como fez o dpkg-buildpackage, e sim os pacotes linux-headers-2.6.35-rc4_x86_amd64.deb e linux-image-2.6.35-rc4_x86_amd64.deb, além de um arquivo vmlinuz enorme na pasta do source.

Edit: Mesmo habilitando a compactação LZMA e usando o mksquashfs-lzma para criar o filesystem.squashfs, deu erro:

[py8elo]

Olá meu caro Andreson,
grato pela resposta.

[]'s,

Silva.

Olá meu caro Hqxriven,
saiu o script Ubuntuperfeito para o 10.04...
Eu baixei e instalei ele mas, volta e meia dá erro de repositório quando uso o synaptic.
Teria algo a ver com o kernel Omnislash???
Eu não testei outros kerneis ainda pois havia desinstalado todos os outros.

[]'s,

Silva.

Não precisa... não é um comando propriamente dito para compilar para 32 ou 64 bits!!

É mais para encurtar o nome na hora de instalar...

Meu caro,

A instalação do omnislash não altera o interfere nos repositórios, nem se quer inclui nada lá, pode ser algum erro do script Ubuntu Perfeito.
Apesar de os servidores brasileiros volta e meia da algum erro, ai é só trocarpara o servidor principal.
 

[Gunss]

eu acho que o novo 1.4.4 já pode ser considerado estável não?

e a lentidão realmente melhorou colocando mais 1GB de ram. Pena que foi emprestada =x

[Hqxriven]

Mesmo habilitando a compactação LZMA e usando o mksquashfs-lzma para criar o filesystem.squashfs, deu erro:

Analisando a tua imagem...

Vc caiu no busybox não foi no modo normal não... Não se esqueça que o kernel package não cria o initrd mais e mesmo com Y no ext2 ao ext4 dá problemas!!

eu acho que o novo 1.4.4 já pode ser considerado estável não?

Com certeza!!

Ele passou nos meus testes (eu pego bem mais pesado que vcs hehehe)

Mais ainda quero inserir pelo menos:

AUFS (para tentar ajudar o vampire e quem remasteriza... to devendo isso ao vampire há um tempão!!)
Mais patches para intel e ext4
Dar uma ajeitadinha na config no ext2 ao jfs (seguindo as orientações do galactus)

Geralmente todos os omnislashs já tem uma certa estabilidade!! Por ter uma origem nos fontes do kernel das distros e não ser feito do zero (isto é, uma distro já testou parte dele antes) ajuda muito. Eu faço mais por precaução!!

[Gunss]

pode dizer como são seus testes???   

[dtomadon]

Hxqriven comentei alguns posts atrás sobre o problema no vmware , tentei instalá-lo novamente e não consegui , então tentei desinstá-lo e também não consegui dá a seguinte mensagem que tirei um print screen da tela tá aqui.




Ela manda dar uma olhada no /var/log/vmware-installer paa maiores detalhes

tem o seguinte nele:

Top level exception handler
Traceback (most recent call last):
  File "/usr/lib/vmware-installer/1.1/vmis/core/transaction.py", line 348, in RunThreadedTransaction
    txn.Run()
  File "/usr/lib/vmware-installer/1.1/vmis/core/transaction.py", line 67, in Run
    self.get()()
  File "/usr/lib/vmware-installer/1.1/vmis/core/common.py", line 104, in Show
    wrap(u.PreUninstall, txn.opts['ignoreErrors'])
  File "/usr/lib/vmware-installer/1.1/vmis/util/__init__.py", line 26, in wrap
    func(*args, **kwargs)
  File "/usr/lib/vmware-installer/1.1/vmis/core/install.py", line 138, in PreUninstall
    self._installer.PreUninstall(**self.args)
  File "/usr/lib/vmware-installer/1.1/vmis/core/remoteinstaller.py", line 180, in PreUninstall
    return self.MessageOut(self.whoami(), old, new, upgrade
  File "/usr/lib/vmware-installer/1.1/vmis/core/remoteinstaller.py", line 424, in MessageOut
    raise execType(excepValue)
OSError: VMIS:[Errno 2] Arquivo ou diretório não encontrado: '/media/35aac192-12e9-4075-9160-fec38c930b37/plugins'

Se possível dá uma olhada. Valeu!!!!

[vampire_thunder]

Mesmo habilitando a compactação LZMA e usando o mksquashfs-lzma para criar o filesystem.squashfs, deu erro:

Analisando a tua imagem...

Vc caiu no busybox não foi no modo normal não... Não se esqueça que o kernel package não cria o initrd mais e mesmo com Y no ext2 ao ext4 dá problemas!!

Eu sei disso. Eu dei o comando "mkinitramfs" para criar o initrd.
Mas eu gostaria mesmo era de criar o generic, para ficar como o original, mas com o LZMA habilitado.
E enquanto o arquivo vmlinux criado na pasta raiz do source. O que ele faz?