J'ai un probleme plus d'embetant avec un de mes disques.
J'ai effectue hier soir un fsck.ext3 sur un disque. Voyant que celui ci detectait moult erreurs sur le fs, je me suis dit : "bon... fsck -y, et il va tout reparer tout seul".
L'operation a pris une dizaine de minutes, et lorsque j'ai voulu remonter mon systeme de fichiers... impossible.
Un coup de cfdisk me montre que la partition est toujours la, mais que le systeme de fichiers est passe de ext3 a Linux ??!!
Meme parted detecte la partition, et me dit qu'elle est saine.
Si quelqu'un a une idee de comment reparer cela, je suis preneur, ca m'evitera la perte de 100Go de donnees.

De plus, j'ai un autre disque sur lequel je veux faire un fsck. Mais lorsque je tape la commande, je me retrouve avec

e2fsck 1.35 (28-Feb-2004)
Couldn't find ext2 superblock, trying backup blocks...
fsck.ext3: Bad magic number in super-block while trying to open /dev/hdd

The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193

Je peux cependant monter la partition.

Merci d'avance pour vos solutions,

> Lire le journal (2 commentaires, moyenne: 1).

La version 2.6.5 du noyau Linux a ete releasee ce matin.
Le changelog est assez consequent encore une fois (360ko).
Nombreux changements au niveau d'ALSA et de la gestion de l'USB.

Comment d'habitude :
Changelog : http://kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.5(...)
Sources : http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.5.tar.bz2(...)

> Lire le journal (4 commentaires, moyenne: 1).

Salut a vous, lecteurs de journaux,

J'expose mon probleme :

je viens d'installer un noyau 2.6.4, sur une debian unstable / experimental. Ma carte son (type intel i8x0) est bien reconnue, et Alsa la voit bien :

ALSA device list:
#0: Intel 82801DB-ICH4 at 0xf4fff800, irq 11

Apres avoir touche les mixers (qui sont a 0 par defaut), je m'apercois qu'aucune des applications que je possede ne veut jouer un quelconque morceau (xmms, rhythmbox, mpg321). Aucune sauf mplayer et aplay, le lecteur d'alsa.
De plus, mon gnome ne trouve aucun peripherique audio, et aucun des devices standards (/dev/dsp, /dev/mixer et meme /dev/adsp) ne fonctionnent ("aucun périphérique de ce type").

Si quelqu'un possede une explication, et / ou une solution je suis preneur, tout ceci est tres troublant.

Pour info complementaire, le pc en question est un inspiron 8500.

Merci a vous,

> Lire le journal (15 commentaires, moyenne: 1).

Je sais, le titre du journal n'est pas tres explicite.
Je m'explique : je viens de faire l'acquisition d'un routeur wifi 3com. Installation et configuration nickelles, nombreuses fonctionnalites, bref tout pour etre heureux. Malheureusement, ce routeur ne gere pas, a ma connaissance, les dyndns. Avant l'arrivee de celui ci, ma gate s'occupait de les mettre a jour.

La question est donc de savoir si :
1 - il y a un moyen de faire mon bonheur avec mon routeur
2 - il y a un moyen de recup l'ip que j'utilise pour le net depuis une box en local, pour qu'elle puisse mettre a jour le dyndns.

Merci de vos reponses,

> Lire le journal (5 commentaires, moyenne: 1).

Un classement des plus grosses bases de données mondiales : http://www.wintercorp.com/vldb/2003_TopTen_Survey/TopTenWinners.asp(...)
Interessant, les 10 premieres (toutes catégories confondues, à 2 exceptions prêt) tournent sur des serveurs Unix.
Surprise, la première en terme de taille est française, il s'agit de France Telecom :).

> Lire le journal (2 commentaires, moyenne: 3).

Source : Reuters

Si l'on avait plus trop de nouvelles de SCO cette semaine (mais qui s'en plaindrait ?), c'est tout simplement parce que leur site web a subi une série d'attaques de type DOS depuis 6h20 ce matin.
L'attaque aurait plutôt pas trop mal réussie, puisque l'intranet, le service de mails et le support client sont tous atteints.

> Lire le journal (17 commentaires, moyenne: 2,5).

Depuis aujourd'hui, les serveurs CVS de sv sont de nouveau dispos. En lecture au moins, car il faut le temps que les mainteneurs des divers projets hostés sur sv aient le temps de réaliser un audit de leur code, et de voir si aucun code n'a été implanté lors de la compromission des serveurs, il y a de cela 1 semaine 1/2.
Donc, pour ceux qui ont des projets là-bas, il existe 2 arbres CVS de dispos :

:ext:anoncvs@subversions.gnu.org:/cvs-2003-09-16/
:ext:anoncvs@subversions.gnu.org:/cvs-latest/

Savannah encourage les developpeurs a verifier l'intégrité de leur code.

Nouveaux fingerprints des serveurs :
RSA: 1024 80:5a:b0:0c:ec:93:66:29:49:7e:04:2b:fd:ba:2c:d5
DSA: 1024 4d:c8:dc:9a:99:96:ae:cc:ce:d3:2b:b0:a3:a4:95:a5

De nouvelles solutions vont être mises en place pour la remise en service des fonctionnalités du CVS.
De plus, une fois que la base des utilisateurs aura été reconstruite correctement, ceux ci devront ré-activer leur compte, et, pour plus de sécurité (mais c'est optionnel), uploader leur clé gpg.

Voila, au boulot les gens ;)

> Lire le journal (0 commentaire).

Voila, la branche stable de Debian c'est vue offrir une petite cure de jouvence, avec au programme moults corrections de bug, améliorations de sécurité, et finalement assez peu de nouveaux packages.
Il s'agissait de la dernière ligne droite avant le passage en stable de l'actuel testing, Sarge.

P.S : j'ai posté un article là-dessus, mais dans le doute qu'il ne passe ou non, je le rajoute ici, désolé si doublon il y a.

> Lire le journal (6 commentaires, moyenne: 1,5).