| Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário. |
| | Oips!
Wass up ?
Está tudo de férias ?
Um artigo sobre Red Hat e ninguém diz nada ao fim de quase um dia ?
nmarques, _Mordor_, chbm ?
:PPPP
Mário Gamito
educação, ensino |
| |
| |
| | hehhee... O _Mordor_ nao está entre nós... eu submeti o artigo.. que ha mais para dizer ?? Continuo a preferir o Red Hat com XFS :)
--------------------------------------------
If there is such a thing as too much power...
I've not discovered it... |
| |
| | Dizer o que ? "concordo" ? "excelente notícia" ? "ainda bem que há distribuições que sabem o que fazem" ? Parece-me obvio demais para ser dito :)
|
| |
| | Acho que era altura para (mais) uma boa polémica ext3 vs. reiser! :-)
|
| |
| | ReiserFS ?
A escolha é entre Ext3 e XFS. ReiserFS(+LVM :)) é mais um exercicio poetico ....
|
| |
| | Mas ainda restam duvidas que o XFS domina ?? Man... mais vale passarem a usar UMSDOS :)
--------------------------------------------
If there is such a thing as too much power...
I've not discovered it... |
| |
| | O XFS domina em servidores. Para desktop o ext3 é muito mais simpatico em termos de migração.
|
| |
| | | XFS pareceu-me um pouco gordo, sobretudo para o desktop. A ideia da SGI configurar o kernel da distribuição binária com o devfs, kdb, a sogra e mais o peixinho dourado não ajuda... :-) O facto de o ext3 continuar a ser montável por um kernel ext2 e massajavel com o ferramental conhecido também contribui para a minha paz de espirito. E tem resistido num cluster com STOMITH...
|
| |
| | Ah sim. DevFS. excelent crack. existe alguma distro que use isso ?
|
| |
| | O devfs é uma excelente ideia, mas sofre de alguns problemas. Deveria permitir a existência de uma /dev normal para fins de compatibilidade (ou criar automáticamente os devices do antigamente), deveria ter uma maneira simpática de memorizar as permissões... Se assim fosse talvez algumas distros (a RedHat por exemplo) poderiam por o devfs em simultâneo com o esquema normal para o pessoal ir migrando. Mas também é bom não esquecer que continua marcado como "experimental".
-- Carlos Rodrigues
- "I think my men can handle one little penguin!"
- "No, Mr. Gates, your men are already dead!"
|
| |
| | > o devfs em simultâneo com o esquema normal para o pessoal ir migrando.
Não, não podiam. O Gooch só deixa montar aquilo no /dev pq segundo ele não faz sentido noutro sitio. crack.
Outras coisas divertidas:
. root exploit com 1 mês q o Gooch não conhecia.
. não é persistente. ie. cada vez q bootas fazes uma carrada chmod/chowns (sim, apontas-te isso). a solução dele para isto é fazer um /dev-/ onde guarda as alterações. crack.
. multiple mounts em ambientes chroot não funcionam.
. as policys tão enfiadas no kernel qd deveriam estar enfiadas em user space. a desculpa dele é "outros fazem o mesmo"
. se perderes um controlador de disco e rebootares o seguinte é promovido ao nome do que estourou. excelente para perder filesystems.
Depois de ouvir o Gooch falar fiquei definitivamente convencido que devfs, não obrigado.
O devfs é a resposta errada à pergunta certa.
|
| |
| | Para mim a melhor ideia seria começar já a colocar os devices numa hierárquia do estilo da do devfs (ter simultâneamente /dev/hda e /dev/ide/hda) com os devices separados por tipo, duplicando os antigos e tendo cuidado com os novos (ok, ok, grande utilização de inodes). Um standard entre distribuições neste aspecto seria óptimo. Deste modo poder-se-ia caminhar para uma organização decente da /dev, porque o esquema actual de tudo /dev/qqcoisa com a pilha de devices possíveis já não funciona. Deste modo poder-se-ia introduzir mais tarde dinâmismo na criação dos devices, com um devfs melhorado ou algo novo. Há mais de uma maneira de esfolar um gato, se o devfs não serve, alguém há-de fazer algo melhor.
PS: A falta de persistência foi o principal motivo que me demoveu de o tentar utilizar. Qualquer esquema de restaurar permissões que passe por um "tar zxvf" ou pilhas de chmod/chown cheira tanto a quick hack que não acredito que não haja uma maneira melhor.
-- Carlos Rodrigues
- "I think my men can handle one little penguin!"
- "No, Mr. Gates, your men are already dead!"
|
| |
| | > Para mim a melhor ideia seria começar já a colocar os devices numa hierárquia do estilo da do devfs (ter simultâneamente /dev/hda e /dev/ide/hda) com os devices separados por tipo, duplicando os antigos e tendo cuidado com os novos (ok, ok, grande utilização de inodes).
O que queres é um union mount entre um /dev antigo e o devfs. *Acho* que isso não funciona porque o devfs faz disable do código antigo, mas não tenho a certeza.
O Gooch faz /dev/hda <-> /dev/ide/hda com soft links, o que até é bastante razoável (se o devfs funcionasse).
> Há mais de uma maneira de esfolar um gato, se o devfs não serve, alguém há-de fazer algo melhor.
Felizmente, sim :) A ideia que tenho é que se está à espera que o hotpluging e o usb assentem para ver por onde começar.
> PS: A falta de persistência foi o principal motivo que me demoveu de o tentar utilizar. Qualquer esquema de restaurar permissões que passe por um "tar zxvf" ou pilhas de chmod/chown cheira tanto a quick hack que não acredito que não haja uma maneira melhor.
A opinião consensual parece ser enfiar os atributos no inode do mount point. Tem a vantagem de teres atributos *por mount point* e não precisas do /dev-/ (barf).
|
| |
| | "Mas ainda restam duvidas que o XFS domina"
Vá...
Estamos de acordo por uma vez.
Com a /home do servidor Samba em NFS durmo bem mais descançado.
Mário Gamito
educação, ensino |
| |
| | Arrgh!
Acto falhado.
Claro que não é NFS... é XFS.
Mário Gamito
educação, ensino |
| |
| por Anonimo Cobarde em 22-08-01 20:04 GMT (#29)
|
| tu dormes como bem entenderes...mas acho que era "descansado" que querias dizer ;)) *not flammin'*
|
| |
| | "Dizer o que ? "concordo" ? "excelente notícia" ? "ainda bem que há distribuições que sabem o que fazem" ? Parece-me obvio demais para ser dito :)"
Claro!
Era mesmo disso que estava à espera que os Red Hat lovers aparecessem a dizer.
BTW, confesso que tenho o RH 7.1 instalado cá em casa para ver que tal :P
Mas calma que ainda não é desta...
Mário Gamito
educação, ensino |
| |
| | "Red Hat lovers"
não queres dizer "non-crak-lovers" ?
|
| |
| | Isto não é para ti em particular.
Porque é que eu quando falo com alguém que utiliza Red Hat, tenho a mesma estranha sensação de soberba que sinto por parte do meu interlocutor do que quem me tenta vender a banha-da-cobra-Microsoft ?
Não vejo ninguém que utilize qualquer outra distro a desdenhar as outras como os Red Hat lovers.
Gostavam de ver o mundo com um chapeuzinho vermelho em cima ?
E depois ?
Não haveria monopólio e abusos só porque é Linux ?
Give me a break, will ya ?
Mário Gamito
educação, ensino |
| |
| | Tipicamente os utilizadores de RH não falam mal de Debian ...
Existem outras distros capazes ?
|
| |
| | Yeap, a Red Hat ainda nao pos as panasquices todas da SuSE :)... Mas deixa, nos nao precisamos de YaST's e afins... a SuSE é que deveria acordar para o SysV :)...
--------------------------------------------
If there is such a thing as too much power...
I've not discovered it... |
| |
| | epa ja viste o yast2?? e a outra peca que tb se orgulham bastante e o sax2 que adptaram so pro xfree4 e que tal assumiremse como europeus e contribuirem pras distros do lado de ca?? venham la essas as flamezzzzzzzzzzz
|
| |
| | Sim já vi o YaST2 :) assisti ao nascimento disso, SaX2 e YaST2 foram algumas das coisas que me fizeram mudar para redhat. A SuSE na altura vinha cheia de lixo com progs a mais do que o que era necessario, e era uma trabalheira para instalar seja la o que fosse sem ser pelo yast, porque nunca se sabia qual era o CD que tinha o raio do RPM... Mas nao vou entrar em guerras por causa disso :)
Assim como tens a SuSE na Europa e Estados Unidos, tambem tens a Red Hat :)
--------------------------------------------
If there is such a thing as too much power...
I've not discovered it... |
| |
| | "Sim já vi o YaST2 :) assisti ao nascimento disso, SaX2 e YaST2 foram algumas das coisas que me fizeram mudar para redhat."
Agora é que estragas-te tudo.
Quer dizer... SuSE é mau por causa do YaST e do SAX, quando não tens que os utilizar ?
A isso em eduquês chama-se falta de flexibilidade cognitiva :P
Mário Gamito
educação, ensino |
| |
| | Se queres contribuir para as distros "do lado de cá" contribui para algo de qualidade: o binómio Mandrake+Kde... nada mais europeu. :-)
No Flames, i'm just kidding.
|
| |
| | Só usa YaSTs quem quiser.
Quem não quiser (como eu) usa vi.
BTW, como disse antes, ando a dar uma espreitadela no RH 7.1 só para ver que tal e há lá uma coisa parecida com o YaST, só que... muito pior.
Para fazerem aquilo, mais valia não fazerem nada.
Pelo menos o YaST para quem o utilizar é uma ferramenta de administração digna desse nome.
Diz lá o nome dela...
Mário Gamito
educação, ensino |
| |
| | refereste ao setup ou ao linuxconf? (Ja nao me lembro se o redhat tras o setup tb ou se é so o mandrake.)
como diria o outro "ambos os dois" ficam anos luz atras do Yast IHMO.
O Yast precisava ainda de muito mais coisas e espero que continue a melhorar cada ves mais (refiro-me por exemplo ao desenvolvimento do yast2). Mas para já ainda não vi melhor, claro hao de aparecer aqueles a dizer a mao é tudo melhor... Não comento em relação a se melhor ou pior mas as vezes da jeito e nada impede depois de ir a mao e fazer o tunning necessário.
|
| |
| | Panasquices ????
Queria a Redhat ter a metade da funcionalidade que tem o Suse se não gostas das ferramentas incluidas instalas as que estão no redhat que tb não é nada por ai alem ou se gostas de andar a brincar aos legos tb podes fazer a mão.
Sem querer ser agressivo de qualquer maneira por saber que es um RedHat de+endente eheheh A Suse e para não parecer muito bruto e não dizer anoz luz ta sempre alguns passos a frente da RedHat... Agora essa da ext3 err... não muito obrigado ate porque o novo reiserfs ta quase a sair e ja tem experiencia que chegeu para não se deixar ultrapassar por aquela deficiencia genetica do ext2.
Agora sim posso confirmar sou um utilizador do suse e deixei de usar o RedHat porque as panasquices la existentes para alem de não funcionarem sempre bem não tem nem uma ponta de flexibilidade que o Yast tem digo o Yast porque o Yast2 ainda é uma criança.
Em relação ao sax2 é para o xfree4 realmente mas podes sempre usares o sax somente para a versão 3. Se não gostares nem de um nem de outro configuras a mao ou arranjas outra tool qualquer que o faça tb não ha impedimento nehum para isso agora dizeres que não usas suse não sei onde vi isso se foi mais a frente ou noutro comentrario (peço desculpa se não foste tu a dizer) que não usas suse por causa do yast e sax .... é demais.
Em relação aos standards a Suse não so consegue respeita-los em quase todos os aspectos como não vem atulhado de betas como vem o redhat quase sempre e por defeito!!! Uma instalação suse fresquinha quase não se mexe mais nada para ficar quase perfeita em relação ao Redhat não vejo isso a passar alias é em termos logo de instalação e se nota logo uma grande diferença tanta a instalar via rede como localmente.
Va pensa la melhor usa o suse que eu te ofereço aquele boneco horrosozo deles tenho uma aqui a sobrar algures se não tiver ate te compro um eheheh :=)
|
| |
| | ... Queria a Redhat ter a metade da funcionalidade que tem o Suse se não gostas das ferramentas incluidas instalas as que estão no redhat
Claro esqueces-te que o SuSE é System5 e o Red Hat SysV, vai já funcionar!! (Uma boa hipotese de estar caladinho).
...que não usas suse por causa do yast e sax .... é demais.
Tomas atenção ao que estás ler, ou nem por isso ?? Foi umas das razões, sim porque quando surgiu, enfim...!!! Mas foi apenas uma das razões, aliás eu era um tester da SuSE :) Deves de apanhar o meu nome nos manuais, assim como o João Teles da Com2000 e o Nuno Vieira da NFSI.
...Em relação aos standards a Suse não so consegue respeita-los em quase todos os aspectos como não vem atulhado de betas como vem o redhat quase sempre e por defeito!!!
Ai sim ?? Hehehhee, que giro pega na porcaria da SRPM de uma kernel vê lá os patches da Red Hat, por isso é que o GCC 3.0 traz 60 dos 67 patches que acompanhavam o GCC que vinha na 7.0... Entre outras coisas... A SuSE respeita standards ?? Ve a porcaria dos nomes que a SuSE dá ás libs e aos RPMS e depois ve os standards... Ve onde eles metem os files e depois ve os standards !!!
Jovem, jovem...
--------------------------------------------
If there is such a thing as too much power...
I've not discovered it... |
| |
| | welll... sorry ?
SO tenho a dizer prontos tems razao mostraste o objectivo :=) (btw tb uso RH :=))
Não falo mais mau do rh em tua presença eheheh com razão ou sem ela como parece o caso :) o certo e que gosto de usar o suse e por isso e que gosto do linux poder usar aquilo que se usa.
|
| |
| | [ignorando tudo o resto]
> Agora essa da ext3 err... não muito obrigado ate porque o novo reiserfs ta quase a sair e ja tem experiencia que chegeu para não se deixar ultrapassar por aquela deficiencia genetica do ext2.
Ah mas que excelente maneira de pôr a questão. *Quando* sair vai ser memo memo fixe! Até já não se borra com NFS nem nada. E tenho a certeza que *quando* sair 1 erro num bloco do disco não vai berrar o filesystem todo.
btw, é "omissão" e não "defeito".
Quando a SuSE conseguir manter a ABI entre minors a gente conversa. Até lá, bons upgrades :)
|
| |
| | (...)Agora essa da ext3 err... não muito obrigado ate porque o novo reiserfs ta quase a sair e ja tem experiencia que chegeu para não se deixar ultrapassar por aquela deficiencia genetica do ext2.(...)
Deficiência genética? O ext2 já deu mais do que provas da sua qualidade e fiabilidade. Precisa de fsck? Ok, mas pelo menos aguenta com bad blocks sem perder a partição toda. O ext3 vem trazer o journaling para um filesystem já com provas mais do que dadas. Facilita a evolução e permite voltar atrás se necessário. Talvez um dia o ext2/3 desapareça por completo mas quando tal acontecer é mais provável que seja substituido por um XFS (ou talvez JFS) do que pelo ReiserFS. Cada macaco no seu galho, daí até acusar o ext2 de ser uma deficiência genética... (disso podes acusar a FAT, que mesmo quando foi inventada já era obsoleta e ainda anda por aí).
-- Carlos Rodrigues
- "I think my men can handle one little penguin!"
- "No, Mr. Gates, your men are already dead!"
|
| |
| | > O ext3 vem trazer o journaling para um filesystem já com provas mais do que dadas.
É muito mais completo :) O ext3 traz um layer de JFS para o VFS inteiro. Quer dizer que se quiseres podes pegar num FS e converte-lo de VFS para JFS e ficar com um journaled fs :) (isto claro, dentro dos limites da sanidade mental do FS)
|
| |
| | | agora essa da ext3 err... não muito obrigado ate porque o novo reiserfs Bem, nem sempre é o raw speed que importa. O reiserfs até agora só faz journaling dos metadados, ao passo que o ext3 faz dos metadados e do dados. Logo, se estiveres a escrever para um ficheiro em reiserfs na altura em que o sistema estoire, arriscas-te a perder o ficheiro... Se estiveres a falar de um proxy em q se perder um ficheiro não é importante, ou de um servidor web em q basicamente as operações são 90% de leitura ainda é como o outro.. agora num servidor de mail ou de Intranet, as coisas são um bocado diferentes. Como não estou a conseguir ligar-me ao site da reiserfs não consigo verificar se a nova versão já faz journaling do reiserfs vai além de fazer journaling do metadata (espero bem que sim). Tenho o reiserfs em vários servidores porque na altura o XFS não existia para a versão do kernel que eu queria (e não, versões cvs em servidores de produção não obrigado :-)), e o ext3 ainda tinha algumas dúvidas... mas estou sempre com o coração nas mãos :-) (embora seja melhor do que ter em ext2)
--
What, Me Worry? |
| |
| | FONIX!!! Meus amigos, se quero uma distro para desktop(para um newbie ficar a chorar de alegria por ter botõezinhos!) procura uma. Depois ocupo-me da segurança remotamente. Se quero uma distro mais orientada para server procuro, mas se vem com DEFAULTS mudo( e de caminho aprendo), mudo. Claro que se uma distro tem ótpimas ferramentas para admin MARAVILHA. Agora porque esta ou aquela não vem com DEFAULTS mas faltam ferramentas, escolha aquela com ferramentas e dou-me ao trabalho(pudera) para tornar a máquina segura. Agora uma coisa é certa, se me dão um UNIX(QUALQUER!!!) para a mão sou uma pessoa feliz. Obriguem-me a trabalhar com WIn%&"#$"! e fico com úlceras. Resumindo, venha unix seja a flavor que for. Tenho dito.
"Us mae us II Palituns" Sonéca zZzZz
|
| |
| | Bem... o líder é mesmo o Alan Cox... esse é "Manager", que é como quem diz, o director, aquele que nao faz puto (até escreve uns livros) e fica com os créditos, entre alguns círculos de influências (joking :-)
Abraços,
Daniel Fonseca |
| |
| | | One mode, data=writeback, limits the data integrity guarantees, allowing old data to show up in files after a crash Isto não é inseguro? Não gostaria que alguém tivesse acesso a dados meus ou do sistema antigos (tipo a antiga backup da shadow) devido a um crash do sistema... Também tive a má experiência de perder o conteúdo de um ficheiro de configuração num reboot forçado, penso eu devido ao serviço ter tentado gravar a nova configuração, a máquina crashou, e perdi tanto a nova configuração como a antiga. Por isso, recomendo que usem no mínimo data=ordered
hugs
Strange |
| |
| | saca o iso do xfs-1.0.1 installer for redhat 7.1, torra-o e instala.
XFS is nice.
|
| |
| |
| | Hehehehe... :) Só é pena os gajos da SGI serem muito lentos com os patche's para a kernel e ainda nao terem para a 2.4.9... O que importa é que o driver da AIC7xxx ja funciona na 2.4.5 :)
--------------------------------------------
If there is such a thing as too much power...
I've not discovered it... |
| |
| | >Hehehehe... :) Só é pena os gajos da SGI serem muito lentos com os patche's para a kernel e ainda nao terem para a 2.4.9..
Completely false! (e' tao engracado ver "falar" quem nao sabe o que diz - ah, e kernel e' masculino :-).
O XFS ate ja tem modif's a coisas que o Linus (de ferias no nosso Continente) ainda nao teve oportunidade de corrigir.
Os tipos da SGI (tb ha contribuicoes lusas mind you) andam muito em cima da jogada... ate demais!
Anyway, espero que estas citacoes da mlist ajudem a clarificar os que possam ter sido enganados por este post anterior:
22/Agosto:
TAKE - Correct buggy 2.4.9 min/max definitions
The new min/max definitions in 2.4.9 do not correctly handle pointer
types. XFS does min(char *) in qsort.c and generates incorrect code
because of the kernel bug. This is a temporary patch, until Linus
corrects kernel.h.
17/Agosto:
TAKE - merge up to 2.4.9
For some reason I want to call this one "Mr Torvalds goes to Finland",
which will confuse people who do not read the linux kernel mailing
list.
NAo liguem ao mau feitio, mas realmente na minha terra quando nao se sabe, nao se abre a bocarra!
XFS rulez!
Abracos,
Daniel Fonseca |
| |
| | Kernel nao é feminino nem masculino... Kernel é núcleo em alemão, pertence ao Genitive, logo nao tem género... Não podes negar 'a kernel' em favor de 'o kernel', nem vice-versa...
Desculpa o meu mau feitio!...
--------------------------------------------
If there is such a thing as too much power...
I've not discovered it... |
| |
| | obrigaste-me a fazer um cvs update (que tinha prometido esperar uma semana, pelo menos, porque o 2.4.8 durou exactamente isso). ;)
anyway, o linux-xfs no:
CVSROOT=':pserver:cvs@oss.sgi.com:/cvs'
está no 2.4.9... i.e. actual, e até agora a versão cvs tem acompanhado a tree oficial - mesmo os pre*.
tas a falar dos patches oficiais? daqueles que estão na página, meu preguicoso? :> ve lá o cvs ;)
Regards,
Nuno Silva aka RaTao |
| |
| | Use the force, read the source !
Queres .rpm's; Fá-los tu :-]]
|
| |
| | Brincalhão... !!! Mais do que os que já tenho feito ?? Tou a ficar velho para isso... e depois uma Netfinity 4500 já começa a ser pouco para tão duro trabalho!.
--------------------------------------------
If there is such a thing as too much power...
I've not discovered it... |
| |
| | A seguir segue a transcrição duma das features do beta1 do Mandrake:
"This beta 1 features the latest kernel available, 2.4.8, with included support for 3 different journalised filesystems (IBM JFS, ReiserFS and ext3), all of them integrated and available through DiskDrake during the installation or after."
Só para demonstrar a melhora caracteristica do linux, liberdade de escolha...
Nota Mental: Tenho a / em reiser e /home em ext2, agora vou passar a ter /var em ext3, /home em reiser, /usr/local em xfs, e / em jfs....errr começo a ficar sem partições para poder experimentar tantos fs diferentes :-)
Acho q vou meter o /mnt/win em ext3 para ver como fica ;-)
|
| |
