Bonjour, j'ai un soucis avec la commande "find" quand je tape par
exemple find / -name toto
le système cherche et finit par me répondre
find: fts_read: No such file or directory
quand je vais dans des repertoires, la commande find à l'air de
fonctionner correctement.
Un dossier doit déconner mais lequel ? comment le trouver ?
merci !
lol oue mon prof d'info m'en avait parlé, il avait beaucoup ésité à me donner la commande pour supprimer un repertoire non vide lol les boules qu'on doit avoir quand on fait une connerie comme ca ! tout est revenu dans l'ordre, il y avait des erreurs sur le disque :-) merci
Continue a t'inquieter quand meme un peu, d'ou viennent tes erreurs ? Normalement, les filesystems ne sont jamais corrompus, sauf en cas d'arret intempestif de la machine. Et dans ce cas, la sequence de demarrage suivante va trouver un `filesysteme not clean' et va faire son fsck tout seul, comme un grand.
Dans ton cas, ca n'a pas l'air d'etre le cas. Ca peut etre un probleme logiciel, ou materiel. Logiciel, si tu joues avec une version experimentale, voire bugguee de netbsd. Une autre cause possible serait une erreur d'installation, si ta partition n'est pas bien delimitee sur le disque, tu as peut-etre reecrit sur des trucs a partir d'un autre OS. L'autre possibilite, c'est un probleme materiel. Style, le disque qui est en train de mourir.
Dans les deux cas, c'est assez grave. C'est pas du tout normal d'avoir des filesystem casses.
J'essaierai d'elucider ce mystere. Eventuellement en recherchant la source de l'erreur initiale, par exemple dans tes logs.
D'apres le nom du device qu'il a utilisé, ce n'est pas Linux (ni BSD j'ai l'impression) alors pour les sources... J'avais le même problème avec UFS sur MacOSX.
Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we.
espie@tetto.gentiane.org (Marc Espie) writes:
In article <412e42d3$0$23245$636a15ce@news.free.fr>,
Theo <aucune@rien.fr> wrote:
lol oue mon prof d'info m'en avait parlé, il avait beaucoup ésité à me
donner la commande pour supprimer un repertoire non vide lol les boules
qu'on doit avoir quand on fait une connerie comme ca !
tout est revenu dans l'ordre, il y avait des erreurs sur le disque :-)
merci
Continue a t'inquieter quand meme un peu, d'ou viennent tes erreurs ?
Normalement, les filesystems ne sont jamais corrompus, sauf en cas
d'arret intempestif de la machine. Et dans ce cas, la sequence de demarrage
suivante va trouver un `filesysteme not clean' et va faire son fsck tout
seul, comme un grand.
Dans ton cas, ca n'a pas l'air d'etre le cas. Ca peut etre un probleme
logiciel, ou materiel. Logiciel, si tu joues avec une version experimentale,
voire bugguee de netbsd. Une autre cause possible serait une erreur
d'installation, si ta partition n'est pas bien delimitee sur le disque,
tu as peut-etre reecrit sur des trucs a partir d'un autre OS.
L'autre possibilite, c'est un probleme materiel. Style, le disque qui
est en train de mourir.
Dans les deux cas, c'est assez grave. C'est pas du tout normal d'avoir
des filesystem casses.
J'essaierai d'elucider ce mystere. Eventuellement en recherchant la source
de l'erreur initiale, par exemple dans tes logs.
D'apres le nom du device qu'il a utilisé, ce n'est pas Linux (ni BSD
j'ai l'impression) alors pour les sources... J'avais le même problème
avec UFS sur MacOSX.
Our enemies are innovative and resourceful, and so are we. They never
stop thinking about new ways to harm our country and our people, and
neither do we.
lol oue mon prof d'info m'en avait parlé, il avait beaucoup ésité à me donner la commande pour supprimer un repertoire non vide lol les boules qu'on doit avoir quand on fait une connerie comme ca ! tout est revenu dans l'ordre, il y avait des erreurs sur le disque :-) merci
Continue a t'inquieter quand meme un peu, d'ou viennent tes erreurs ? Normalement, les filesystems ne sont jamais corrompus, sauf en cas d'arret intempestif de la machine. Et dans ce cas, la sequence de demarrage suivante va trouver un `filesysteme not clean' et va faire son fsck tout seul, comme un grand.
Dans ton cas, ca n'a pas l'air d'etre le cas. Ca peut etre un probleme logiciel, ou materiel. Logiciel, si tu joues avec une version experimentale, voire bugguee de netbsd. Une autre cause possible serait une erreur d'installation, si ta partition n'est pas bien delimitee sur le disque, tu as peut-etre reecrit sur des trucs a partir d'un autre OS. L'autre possibilite, c'est un probleme materiel. Style, le disque qui est en train de mourir.
Dans les deux cas, c'est assez grave. C'est pas du tout normal d'avoir des filesystem casses.
J'essaierai d'elucider ce mystere. Eventuellement en recherchant la source de l'erreur initiale, par exemple dans tes logs.
D'apres le nom du device qu'il a utilisé, ce n'est pas Linux (ni BSD j'ai l'impression) alors pour les sources... J'avais le même problème avec UFS sur MacOSX.
Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we.
Sebastien Vincent
Theo wrote:
andrea ferraris wrote:
Theo wrote:
apparement, il y a un soucis, quand je fais rm -r CVS il me dit que le repertoire n'est pas vide. Quand je vais dedans et que je tape ls ca me met no such file or directory. ce repertoire à un problème. Je dois pouvoir le supprimer, il ne sert pas à grand chose, mais je n'y arrive pas ! Comment faire ?
ls -a montre tous les fichiers, aussi ceux qui commence par . rm -rf force l'effacement. Attention que si tu es root peut être une commande très dangereuse. Exemple:
rm -rf / tmp/repertoire_à_effacer
ici je voudrais effacer /tmp/repertoire_à_effacer, mais en effait je me suis trompé et j'ai tapé un espace après le premier /. Le résultat de cette commande sera l'effacement de tous ce qu'il y a sur le disque dur. Bien ... attention parce que il n'y a pas d'undelete.
Andrea
lol oue mon prof d'info m'en avait parlé, il avait beaucoup ésité à me donner la commande pour supprimer un repertoire non vide lol les boules qu'on doit avoir quand on fait une connerie comme ca ! tout est revenu dans l'ordre, il y avait des erreurs sur le disque :-) merci
Je l'ai déja fait sur un dossier important via un partage samba en réseau. Je l'ai laissé tourner pendant 0.3 secondes la commande. Bah c'est dingue ce que ca a ravagé :/ Obliger de restaurer à partir des sauvegardes :(
Sinon dans le style j'ai formatté un disque en voulant faire une mise a jour. Rapide aussi, dans les 0.3 secondes aussi.
apparement, il y a un soucis, quand je fais rm -r CVS il me dit que
le repertoire n'est pas vide.
Quand je vais dedans et que je tape ls ca me met no such file or
directory. ce repertoire à un problème. Je dois pouvoir le supprimer,
il ne sert pas à grand chose, mais je n'y arrive pas !
Comment faire ?
ls -a montre tous les fichiers, aussi ceux qui commence par .
rm -rf force l'effacement. Attention que si tu es root peut être
une commande très dangereuse. Exemple:
rm -rf / tmp/repertoire_à_effacer
ici je voudrais effacer /tmp/repertoire_à_effacer,
mais en effait je me suis trompé et j'ai tapé un espace
après le premier /.
Le résultat de cette commande sera l'effacement de tous ce qu'il y
a sur le disque dur. Bien ... attention parce que il n'y a pas
d'undelete.
Andrea
lol oue mon prof d'info m'en avait parlé, il avait beaucoup ésité à me
donner la commande pour supprimer un repertoire non vide lol les boules
qu'on doit avoir quand on fait une connerie comme ca !
tout est revenu dans l'ordre, il y avait des erreurs sur le disque :-)
merci
Je l'ai déja fait sur un dossier important via un partage samba en
réseau. Je l'ai laissé tourner pendant 0.3 secondes la commande. Bah
c'est dingue ce que ca a ravagé :/ Obliger de restaurer à partir des
sauvegardes :(
Sinon dans le style j'ai formatté un disque en voulant faire une mise a
jour. Rapide aussi, dans les 0.3 secondes aussi.
apparement, il y a un soucis, quand je fais rm -r CVS il me dit que le repertoire n'est pas vide. Quand je vais dedans et que je tape ls ca me met no such file or directory. ce repertoire à un problème. Je dois pouvoir le supprimer, il ne sert pas à grand chose, mais je n'y arrive pas ! Comment faire ?
ls -a montre tous les fichiers, aussi ceux qui commence par . rm -rf force l'effacement. Attention que si tu es root peut être une commande très dangereuse. Exemple:
rm -rf / tmp/repertoire_à_effacer
ici je voudrais effacer /tmp/repertoire_à_effacer, mais en effait je me suis trompé et j'ai tapé un espace après le premier /. Le résultat de cette commande sera l'effacement de tous ce qu'il y a sur le disque dur. Bien ... attention parce que il n'y a pas d'undelete.
Andrea
lol oue mon prof d'info m'en avait parlé, il avait beaucoup ésité à me donner la commande pour supprimer un repertoire non vide lol les boules qu'on doit avoir quand on fait une connerie comme ca ! tout est revenu dans l'ordre, il y avait des erreurs sur le disque :-) merci
Je l'ai déja fait sur un dossier important via un partage samba en réseau. Je l'ai laissé tourner pendant 0.3 secondes la commande. Bah c'est dingue ce que ca a ravagé :/ Obliger de restaurer à partir des sauvegardes :(
Sinon dans le style j'ai formatté un disque en voulant faire une mise a jour. Rapide aussi, dans les 0.3 secondes aussi.
apparement, il y a un soucis, quand je fais rm -r CVS il me dit que le repertoire n'est pas vide. Quand je vais dedans et que je tape ls ca me met no such file or directory. ce repertoire à un problème. Je dois pouvoir le supprimer, il ne sert pas à grand chose, mais je n'y arrive pas ! Comment faire ?
ls -a montre tous les fichiers, aussi ceux qui commence par . rm -rf force l'effacement. Attention que si tu es root peut être une commande très dangereuse. Exemple:
rm -rf / tmp/repertoire_à_effacer
ici je voudrais effacer /tmp/repertoire_à_effacer, mais en effait je me suis trompé et j'ai tapé un espace après le premier /. Le résultat de cette commande sera l'effacement de tous ce qu'il y a sur le disque dur. Bien ... attention parce que il n'y a pas d'undelete.
Andrea
lol oue mon prof d'info m'en avait parlé, il avait beaucoup ésité à me donner la commande pour supprimer un repertoire non vide lol les boules qu'on doit avoir quand on fait une connerie comme ca ! tout est revenu dans l'ordre, il y avait des erreurs sur le disque :-) merci
Je l'ai déja fait sur un dossier important via un partage samba en réseau. Je l'ai laissé tourner pendant 0.3 secondes la commande. Bah c'est dingue ce que ca a ravagé :/ Obliger de restaurer à partir des sauvegardes :(
Sinon dans le style j'ai formatté un disque en voulant faire une mise a jour. Rapide aussi, dans les 0.3 secondes aussi.
D'où l'équation : vitesse_doigts + 0.3 = vitesse cerveau Apparement, ce n'etait pas les fichiers systemes, les fichiers corrompus
etaient dans /usr/pkgsrc Mon disque dur fait 20Go, à l'installation, je lui ai dit d'utiliser tout le disque, mais apparement, il n'a utilisé que 8GO. Peut etre que ça vient de la ? sinon, je ne touche pas au disque avec un autre systeme. Le disque n'a pas l'air en train de mourir. C'est bizarre. Par contre, c'est curieux il y a toujours une erreur quand je fais fsck wd1e. Meme quand je la répare, ca revient le coup suivant !
FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? [yn] y
C'est curieux !
Sebastien Vincent wrote:
Theo wrote:
andrea ferraris wrote:
Theo wrote:
apparement, il y a un soucis, quand je fais rm -r CVS il me dit que
le repertoire n'est pas vide.
Quand je vais dedans et que je tape ls ca me met no such file or
directory. ce repertoire à un problème. Je dois pouvoir le
supprimer, il ne sert pas à grand chose, mais je n'y arrive pas !
Comment faire ?
ls -a montre tous les fichiers, aussi ceux qui commence par .
rm -rf force l'effacement. Attention que si tu es root peut être
une commande très dangereuse. Exemple:
rm -rf / tmp/repertoire_à_effacer
ici je voudrais effacer /tmp/repertoire_à_effacer,
mais en effait je me suis trompé et j'ai tapé un espace
après le premier /.
Le résultat de cette commande sera l'effacement de tous ce qu'il y
a sur le disque dur. Bien ... attention parce que il n'y a pas
d'undelete.
Andrea
lol oue mon prof d'info m'en avait parlé, il avait beaucoup ésité à me
donner la commande pour supprimer un repertoire non vide lol les
boules qu'on doit avoir quand on fait une connerie comme ca !
tout est revenu dans l'ordre, il y avait des erreurs sur le disque :-)
merci
Je l'ai déja fait sur un dossier important via un partage samba en
réseau. Je l'ai laissé tourner pendant 0.3 secondes la commande. Bah
c'est dingue ce que ca a ravagé :/ Obliger de restaurer à partir des
sauvegardes :(
Sinon dans le style j'ai formatté un disque en voulant faire une mise a
jour. Rapide aussi, dans les 0.3 secondes aussi.
D'où l'équation :
vitesse_doigts + 0.3 = vitesse cerveau
Apparement, ce n'etait pas les fichiers systemes, les fichiers corrompus
etaient dans /usr/pkgsrc
Mon disque dur fait 20Go, à l'installation, je lui ai dit d'utiliser
tout le disque, mais apparement, il n'a utilisé que 8GO. Peut etre que
ça vient de la ? sinon, je ne touche pas au disque avec un autre systeme.
Le disque n'a pas l'air en train de mourir. C'est bizarre. Par contre,
c'est curieux il y a toujours une erreur quand je fais fsck wd1e.
Meme quand je la répare, ca revient le coup suivant !
FREE BLK COUNT(S) WRONG IN SUPERBLK
SALVAGE? [yn] y
apparement, il y a un soucis, quand je fais rm -r CVS il me dit que le repertoire n'est pas vide. Quand je vais dedans et que je tape ls ca me met no such file or directory. ce repertoire à un problème. Je dois pouvoir le supprimer, il ne sert pas à grand chose, mais je n'y arrive pas ! Comment faire ?
ls -a montre tous les fichiers, aussi ceux qui commence par . rm -rf force l'effacement. Attention que si tu es root peut être une commande très dangereuse. Exemple:
rm -rf / tmp/repertoire_à_effacer
ici je voudrais effacer /tmp/repertoire_à_effacer, mais en effait je me suis trompé et j'ai tapé un espace après le premier /. Le résultat de cette commande sera l'effacement de tous ce qu'il y a sur le disque dur. Bien ... attention parce que il n'y a pas d'undelete.
Andrea
lol oue mon prof d'info m'en avait parlé, il avait beaucoup ésité à me donner la commande pour supprimer un repertoire non vide lol les boules qu'on doit avoir quand on fait une connerie comme ca ! tout est revenu dans l'ordre, il y avait des erreurs sur le disque :-) merci
Je l'ai déja fait sur un dossier important via un partage samba en réseau. Je l'ai laissé tourner pendant 0.3 secondes la commande. Bah c'est dingue ce que ca a ravagé :/ Obliger de restaurer à partir des sauvegardes :(
Sinon dans le style j'ai formatté un disque en voulant faire une mise a jour. Rapide aussi, dans les 0.3 secondes aussi.
D'où l'équation : vitesse_doigts + 0.3 = vitesse cerveau Apparement, ce n'etait pas les fichiers systemes, les fichiers corrompus
etaient dans /usr/pkgsrc Mon disque dur fait 20Go, à l'installation, je lui ai dit d'utiliser tout le disque, mais apparement, il n'a utilisé que 8GO. Peut etre que ça vient de la ? sinon, je ne touche pas au disque avec un autre systeme. Le disque n'a pas l'air en train de mourir. C'est bizarre. Par contre, c'est curieux il y a toujours une erreur quand je fais fsck wd1e. Meme quand je la répare, ca revient le coup suivant !
FREE BLK COUNT(S) WRONG IN SUPERBLK SALVAGE? [yn] y
C'est curieux !
Pascal Cabaud
andrea ferraris wrote:
rm -rf / tmp/repertoire_à_effacer
Quand j'etais jeune et c**, il m'est arrive de faire un $ sudo rm -rf .* et j'ai ete assez lent...
andrea ferraris wrote:
rm -rf / tmp/repertoire_à_effacer
Quand j'etais jeune et c**, il m'est arrive de faire un
$ sudo rm -rf .*
et j'ai ete assez lent...
Quand j'etais jeune et c**, il m'est arrive de faire un $ sudo rm -rf .* et j'ai ete assez lent...
Miod Vallat
rm -rf / tmp/repertoire_à_effacer
Quand j'etais jeune et c**, il m'est arrive de faire un $ sudo rm -rf .* et j'ai ete assez lent...
En plus rare, mais tout aussi destructeur, je travaillais sur une plate-forme qui n'était pas encore tout à fait stable, entre autres il y avait des surprises de temps en temps dans la gestion des signaux.
J'ai lancé une compilation, et puis je me suis dit «zut, d'abord vider obj/», alors j'ai fait ^C, puis tapé très rapidement cd obj sudo rm -rf * (le "r" n'était pas indispensable, mais l'habitude...)
J'avais besoin de sudo parce que certains .o appartenaient à root, reste d'une compilation plus ancienne ; et comme je compilais en tant qu'utilisateur lambda, la compilation allait justement échouer en voulant remplacer ces fichiers.
Malheureusement, le ^C a déclenché le bug et le signal a été transmis au processus et à son père, qui était un shell de login. Je me suis retrouvé déconnecté de la machine distante, placé tranquillement dans mon ~, et avec sudo rm -rf * prêt à faire du dégât...
Je configure sudo pour toujours me demander mon mot de passe. Ça m'a sauvé la couenne (mais ça ne l'aurait pas fait si j'avais utilisé sudo moins de cinq minutes avant...).
Depuis, j'ai un répertoire obj/ vide dans mon ~, parce que je sais que cette situation (ou une situation similaire) risque de se reproduire ; mais si c'est juste le contenu de ~/obj/ qui est détruit, c'est un moindre mal.
Oh, et le bug de gestion des signaux, me direz-vous ? Je crois bien l'avoir traqué et éliminé dans la journée...
rm -rf / tmp/repertoire_à_effacer
Quand j'etais jeune et c**, il m'est arrive de faire un
$ sudo rm -rf .*
et j'ai ete assez lent...
En plus rare, mais tout aussi destructeur, je travaillais sur une
plate-forme qui n'était pas encore tout à fait stable, entre autres il y
avait des surprises de temps en temps dans la gestion des signaux.
J'ai lancé une compilation, et puis je me suis dit «zut, d'abord vider
obj/», alors j'ai fait ^C, puis tapé très rapidement
cd obj
sudo rm -rf *
(le "r" n'était pas indispensable, mais l'habitude...)
J'avais besoin de sudo parce que certains .o appartenaient à root, reste
d'une compilation plus ancienne ; et comme je compilais en tant
qu'utilisateur lambda, la compilation allait justement échouer en
voulant remplacer ces fichiers.
Malheureusement, le ^C a déclenché le bug et le signal a été transmis au
processus et à son père, qui était un shell de login. Je me suis
retrouvé déconnecté de la machine distante, placé tranquillement dans
mon ~, et avec sudo rm -rf * prêt à faire du dégât...
Je configure sudo pour toujours me demander mon mot de passe. Ça m'a
sauvé la couenne (mais ça ne l'aurait pas fait si j'avais utilisé sudo
moins de cinq minutes avant...).
Depuis, j'ai un répertoire obj/ vide dans mon ~, parce que je sais que
cette situation (ou une situation similaire) risque de se reproduire ;
mais si c'est juste le contenu de ~/obj/ qui est détruit, c'est un
moindre mal.
Oh, et le bug de gestion des signaux, me direz-vous ? Je crois bien
l'avoir traqué et éliminé dans la journée...
Quand j'etais jeune et c**, il m'est arrive de faire un $ sudo rm -rf .* et j'ai ete assez lent...
En plus rare, mais tout aussi destructeur, je travaillais sur une plate-forme qui n'était pas encore tout à fait stable, entre autres il y avait des surprises de temps en temps dans la gestion des signaux.
J'ai lancé une compilation, et puis je me suis dit «zut, d'abord vider obj/», alors j'ai fait ^C, puis tapé très rapidement cd obj sudo rm -rf * (le "r" n'était pas indispensable, mais l'habitude...)
J'avais besoin de sudo parce que certains .o appartenaient à root, reste d'une compilation plus ancienne ; et comme je compilais en tant qu'utilisateur lambda, la compilation allait justement échouer en voulant remplacer ces fichiers.
Malheureusement, le ^C a déclenché le bug et le signal a été transmis au processus et à son père, qui était un shell de login. Je me suis retrouvé déconnecté de la machine distante, placé tranquillement dans mon ~, et avec sudo rm -rf * prêt à faire du dégât...
Je configure sudo pour toujours me demander mon mot de passe. Ça m'a sauvé la couenne (mais ça ne l'aurait pas fait si j'avais utilisé sudo moins de cinq minutes avant...).
Depuis, j'ai un répertoire obj/ vide dans mon ~, parce que je sais que cette situation (ou une situation similaire) risque de se reproduire ; mais si c'est juste le contenu de ~/obj/ qui est détruit, c'est un moindre mal.
Oh, et le bug de gestion des signaux, me direz-vous ? Je crois bien l'avoir traqué et éliminé dans la journée...
Serge Gagnon
On 2004-08-27, Miod Vallat wrote:
rm -rf / tmp/repertoire_à_effacer
Quand j'etais jeune et c**, il m'est arrive de faire un $ sudo rm -rf .* et j'ai ete assez lent...
Il y a trois mois, j'ai detarer un de mes bakcup qui partait de /usr
[/usr/local/etc] dans mon ~/home/tmp et j'ai cd ~/home/tmp.
Je regarde je sais plus quoi dans ca et je me dit "bon, j'ai plus besoin de ca". Alors je pense faire un rm -rf usr mais, l'habitude des doigts, je fais un sudo (que j'associe a usr) et je place un '/' devant le usr par habitude et je trouve que c'est long.
Ca n'a pas ete bien grave a reparer. Une reinstall a partir du cd, recvsup des sources et detarage de mon /usr/local/etc.
Le plus grave dans tous ca c'est que j'ai perdu mon savegame de zangband avec mon super golem-warior qui etait descendu au level 64 si je me souviens bien.... ca ca m'a mis en crisse.
-- Serge Gagnon Quebec, Qc, Canada
On 2004-08-27, Miod Vallat <miod@online.fr> wrote:
rm -rf / tmp/repertoire_à_effacer
Quand j'etais jeune et c**, il m'est arrive de faire un
$ sudo rm -rf .*
et j'ai ete assez lent...
Il y a trois mois, j'ai detarer un de mes bakcup qui partait de /usr
[/usr/local/etc] dans mon ~/home/tmp et j'ai cd ~/home/tmp.
Je regarde je sais plus quoi dans ca et je me dit "bon, j'ai plus
besoin de ca". Alors je pense faire un rm -rf usr mais, l'habitude
des doigts, je fais un sudo (que j'associe a usr) et je place un
'/' devant le usr par habitude et je trouve que c'est long.
Ca n'a pas ete bien grave a reparer. Une reinstall a partir du
cd, recvsup des sources et detarage de mon /usr/local/etc.
Le plus grave dans tous ca c'est que j'ai perdu mon savegame de
zangband avec mon super golem-warior qui etait descendu au level 64
si je me souviens bien.... ca ca m'a mis en crisse.
Quand j'etais jeune et c**, il m'est arrive de faire un $ sudo rm -rf .* et j'ai ete assez lent...
Il y a trois mois, j'ai detarer un de mes bakcup qui partait de /usr
[/usr/local/etc] dans mon ~/home/tmp et j'ai cd ~/home/tmp.
Je regarde je sais plus quoi dans ca et je me dit "bon, j'ai plus besoin de ca". Alors je pense faire un rm -rf usr mais, l'habitude des doigts, je fais un sudo (que j'associe a usr) et je place un '/' devant le usr par habitude et je trouve que c'est long.
Ca n'a pas ete bien grave a reparer. Une reinstall a partir du cd, recvsup des sources et detarage de mon /usr/local/etc.
Le plus grave dans tous ca c'est que j'ai perdu mon savegame de zangband avec mon super golem-warior qui etait descendu au level 64 si je me souviens bien.... ca ca m'a mis en crisse.
-- Serge Gagnon Quebec, Qc, Canada
andrea ferraris
Sebastien Vincent wrote:
rm -rf / tmp/repertoire_à_effacer
ici je voudrais effacer /tmp/repertoire_à_effacer, mais en effait je me suis trompé et j'ai tapé un espace après le premier /. Le résultat de cette commande sera l'effacement de tous ce qu'il y a sur le disque dur. Bien ... attention parce que il n'y a pas d'undelete.
Andrea
lol oue mon prof d'info m'en avait parlé, il avait beaucoup ésité à me donner la commande pour supprimer un repertoire non vide lol les
boules qu'on doit avoir quand on fait une connerie comme ca !
tout est revenu dans l'ordre, il y avait des erreurs sur le disque :-) merci
Je l'ai déja fait sur un dossier important via un partage samba en réseau. Je l'ai laissé tourner pendant 0.3 secondes la commande. Bah
c'est dingue ce que ca a ravagé :/ Obliger de restaurer à partir des sauvegardes :(
Sinon dans le style j'ai formatté un disque en voulant faire une mise a jour. Rapide aussi, dans les 0.3 secondes aussi.
C'est pas mal avoir à restaurer à partir des sauvegardes. Si l'on doit travailler sur un système en production comme root, la première chose qu'il fault faire, avant de commencer, est de demander à l'administrateur résponsable s'il y a des sauvegardes à jour. Sinon avant d'y travailler il fault faire une sauvegarde complète.
Andrea
Sebastien Vincent wrote:
rm -rf / tmp/repertoire_à_effacer
ici je voudrais effacer /tmp/repertoire_à_effacer,
mais en effait je me suis trompé et j'ai tapé un espace
après le premier /.
Le résultat de cette commande sera l'effacement de tous ce qu'il y
a sur le disque dur. Bien ... attention parce que il n'y a pas
d'undelete.
Andrea
lol oue mon prof d'info m'en avait parlé, il avait beaucoup ésité à
me donner la commande pour supprimer un repertoire non vide lol les
boules qu'on doit avoir quand on fait une connerie comme ca !
tout est revenu dans l'ordre, il y avait des erreurs sur le disque :-)
merci
Je l'ai déja fait sur un dossier important via un partage samba en
réseau. Je l'ai laissé tourner pendant 0.3 secondes la commande. Bah
c'est dingue ce que ca a ravagé :/ Obliger de restaurer à partir des
sauvegardes :(
Sinon dans le style j'ai formatté un disque en voulant faire une mise
a jour. Rapide aussi, dans les 0.3 secondes aussi.
C'est pas mal avoir à restaurer à partir des sauvegardes.
Si l'on doit travailler sur un système en production comme root,
la première chose qu'il fault faire, avant de commencer, est de
demander à l'administrateur résponsable s'il y a des sauvegardes
à jour. Sinon avant d'y travailler il fault faire une sauvegarde
complète.
ici je voudrais effacer /tmp/repertoire_à_effacer, mais en effait je me suis trompé et j'ai tapé un espace après le premier /. Le résultat de cette commande sera l'effacement de tous ce qu'il y a sur le disque dur. Bien ... attention parce que il n'y a pas d'undelete.
Andrea
lol oue mon prof d'info m'en avait parlé, il avait beaucoup ésité à me donner la commande pour supprimer un repertoire non vide lol les
boules qu'on doit avoir quand on fait une connerie comme ca !
tout est revenu dans l'ordre, il y avait des erreurs sur le disque :-) merci
Je l'ai déja fait sur un dossier important via un partage samba en réseau. Je l'ai laissé tourner pendant 0.3 secondes la commande. Bah
c'est dingue ce que ca a ravagé :/ Obliger de restaurer à partir des sauvegardes :(
Sinon dans le style j'ai formatté un disque en voulant faire une mise a jour. Rapide aussi, dans les 0.3 secondes aussi.
C'est pas mal avoir à restaurer à partir des sauvegardes. Si l'on doit travailler sur un système en production comme root, la première chose qu'il fault faire, avant de commencer, est de demander à l'administrateur résponsable s'il y a des sauvegardes à jour. Sinon avant d'y travailler il fault faire une sauvegarde complète.
Andrea
Pascal Cabaud
Serge Gagnon wrote:
rm -rf / tmp/repertoire_à_effacer
Quand j'etais jeune et c**, il m'est arrive de faire un $ sudo rm -rf .* et j'ai ete assez lent...
Il y a trois mois, j'ai detarer un de mes bakcup qui partait de /usr
[/usr/local/etc] dans mon ~/home/tmp et j'ai cd ~/home/tmp.
...snip...
Le plus grave dans tous ca c'est que j'ai perdu mon savegame de zangband avec mon super golem-warior qui etait descendu au level 64 si je me souviens bien.... ca ca m'a mis en crisse.
De toutes facons, c'est bien connu, il y a 2 sortes de gens : - ceux qui ont deja fait une grosse betise sous root - ceux qui n'ont jamais eu de shell root ce qu'illustre assez bien la blague suivante : qu'est-ce qui est petit, jaune, mignon mais qui fait *tres* peur ? Un canari avec le mot de passe de root
pc
Serge Gagnon wrote:
rm -rf / tmp/repertoire_à_effacer
Quand j'etais jeune et c**, il m'est arrive de faire un
$ sudo rm -rf .*
et j'ai ete assez lent...
Il y a trois mois, j'ai detarer un de mes bakcup qui partait de /usr
[/usr/local/etc] dans mon ~/home/tmp et j'ai cd ~/home/tmp.
...snip...
Le plus grave dans tous ca c'est que j'ai perdu mon savegame de
zangband avec mon super golem-warior qui etait descendu au level 64
si je me souviens bien.... ca ca m'a mis en crisse.
De toutes facons, c'est bien connu, il y a 2 sortes de gens :
- ceux qui ont deja fait une grosse betise sous root
- ceux qui n'ont jamais eu de shell root
ce qu'illustre assez bien la blague suivante :
qu'est-ce qui est petit, jaune, mignon mais qui fait
*tres* peur ? Un canari avec le mot de passe de root
Quand j'etais jeune et c**, il m'est arrive de faire un $ sudo rm -rf .* et j'ai ete assez lent...
Il y a trois mois, j'ai detarer un de mes bakcup qui partait de /usr
[/usr/local/etc] dans mon ~/home/tmp et j'ai cd ~/home/tmp.
...snip...
Le plus grave dans tous ca c'est que j'ai perdu mon savegame de zangband avec mon super golem-warior qui etait descendu au level 64 si je me souviens bien.... ca ca m'a mis en crisse.
De toutes facons, c'est bien connu, il y a 2 sortes de gens : - ceux qui ont deja fait une grosse betise sous root - ceux qui n'ont jamais eu de shell root ce qu'illustre assez bien la blague suivante : qu'est-ce qui est petit, jaune, mignon mais qui fait *tres* peur ? Un canari avec le mot de passe de root
pc
Christophe Cuq
Pascal Cabaud writes:
De toutes facons, c'est bien connu, il y a 2 sortes de gens : - ceux qui ont deja fait une grosse betise sous root - ceux qui n'ont jamais eu de shell root
Ah tiens, la deuxième, connaissais plutôt :
- ceux qui vont en faire une
-- CHC, dans la première catégorie
Pascal Cabaud <pcNO@SPAMeila.jussieu.fr> writes:
De toutes facons, c'est bien connu, il y a 2 sortes de gens :
- ceux qui ont deja fait une grosse betise sous root
- ceux qui n'ont jamais eu de shell root
De toutes facons, c'est bien connu, il y a 2 sortes de gens : - ceux qui ont deja fait une grosse betise sous root - ceux qui n'ont jamais eu de shell root
