# cd /usr/share/dokuwiki
# ls -la
data/ conf/ lib/ et pleins de fichiers PHP […]
# mkdir html
# mv *.php html/
# mv /lib html/
# chown -R apache:apache html
[ERROR – Problème de librairie]
# ls -la html/
[ERROR – Problème de librairie]
[…]
init 0
[Ouf elle marche !!!]

Magnifique ^^^^^
Tkt, ça arrive à tout le monde un jour ou l'autre, gg quand même :)

Tiens, je connaissais les cyclopes, mais les gens avec 5 yeux on les appelle comment (autre qu'en leur faisant de grand signes) ? ^^

Sinon je ne suis pas sur de capter la subtilité.
C'est le mv /lib html/ qui pose problème ?
Ah ben oui, maintenant que je réfléchis, c'est le répertoire lib racine (qui j'imagine contient tout ce qu'il faut pour faire marcher linux) qui a été déplacé, et non le répertoire local à docuwiki.

Un Windowsien

On l'a déjà dit, travailler en temps que root est réservé aux professionnels. N'essayez pas de reproduire cela chez vous.

N'est-ce pas, Finch ?

(si besoin, j'explique)

(oui, j'aime cette série et je vous *** si vous n'êtes pas content)

Oui, c'est plus que probable. En général il vaut mieux mettre le chemin en entier.

Note que c'est parce qu'il a probablement travaillé avec un compte aux droits élevés, ou carrément admin (root) sinon le répertoire lib ne se déplace pas si facilement, l'OS se met à râler en général. J'ai pas encore fait l'essai mais je regarderai sur une machine de test.

Besoin.

Violent celui là ! Je suis content, ça m'est jamais arrivé !

Sans aller jusqu'à mettre le chemin absolu, il suffit de prendre l'habitude de préfixer le nom par un point pour indiquer que l'on se réfère au dossier courant.

mv ./*.php html/
 mv ./lib html/

Et tout va bien.

Remarque, tout le problème ici vient du slash avant le nom du dossier, donc il s'agit peut-être d'un oubli de point ?

J'explique.

Ok, ok, si on ne peut plus plaisanter...

Finch a de nombreux soucis avec une fille qui se fait appeler Root car elle est fortiche, et elle veut prendre le contrôle de la machine pour la "libérer", avant de changer de plan : elle en deviendra administratrice en chef. Entretemps, la machine s'est reprogrammée elle-même. Oui, c'est un merdier sans nom et peu cohérent, mais j'aime bien de voir cette série pour ça, justement, car il faut admettre que leurs rattrapages d'incohérences force le respect. Et puis, c'est pas mal.

Captain Obvious ! Captain Obvious ! Captain Obvious !

guette le ciel

J'ai bousillé un Ubuntu comme ça. Une fois /lib déplacé, il n'a plus rien voulu savoir : réinstall obligatoire.
C'est pas pour troller mais putain, ils pourraient faire gaffe.

Oui je sais, JE pourrais faire gaffe, mais décapiter un OS si facilement c'est pas normal. Parfois on est juste mal réveillé.

Boot sur un live{cd/usb}, montage de la partition, re-déplacement du répertoire au bon endroit, démontage de la partition, reboot.

5 minutes au max ;) Une réinstallation est rarement obligatoire.

C'est bien sûr ce que j'avais fait, sauf que ça n'avait pas marché. Au redémarrage, l'écran de login était tout foiré. Ubuntu, quoi.

C'est pas si grave que ça. Au moins tu ne l'a pas mis dans un paquet distribué publiquement…
https://github.com/MrMEEE/bumblebee-Old-and-abbandoned/commit/a047be85[...]

D'après ce que j'ai cru comprendre, il y a un dossier /lib dans son /usr/share/dokuwiki, contenant les libraires de Dokuwiki, qu'il voulait déplacer dans le dossier html qu'il venait de créer dans /usr/share/dokuwiki, donc pour DokuWiki (ne connaissant pas DokuWiki, je sais pas pourquoi il a fait ça)

Le pEBKAC tient dans le fait qu'il a déplacé /lib (contenu dans la racine du système GNU/Linux) dans /usr/share/dokuwiki/html au lieu de déplacer /usr/share/dokuwiki/lib
Il devait faire mv lib html/ ou mv ./lib html/ pour indiquer au système de déplacer le dossier lib du dossier courant (A.K.A /usr/share/dokuwiki) et non pas le /lib à la racine de GNU/Linux

Normalement, on peut pas toucher aux fichiers systèmes avec des utilisateurs ayant des droits standards, mais il a utilisé un compte avec des privilèges élèves et n'a pas pris ses précautions

Du coup, il se mangeait pleins d'erreurs concernant des problèmes de librairies quand il a voulu utiliser les commandes suivantes (donner des les bonnes permissions à Apache, lister le contenu de ses répertoires)

On peut aussi juste modifier la variable LD_LIBRARY_PATH pour forcer l'utilisation du nouveau repertoire de lib, permettant ainsi de retrouver un mv fonctionnel.

Quand t'es mal réveillé, tu n'utilise pas le compte root... le root à par définition tous les droits, afin de maitriser son système... t'as besoin des accès droits d'accéder et de modifier voire de supprimer (en connaissance de cause) dans certains cas le contenu des répertoires systèmes
C'est pas le rôle des dev de décider ce que le root a ou n'a pas le droit de faire, surtout sur un OS librement modifiable, ne pas pouvoir les modifier, c'est ne pas pouvoir adapter le système à ses besoins

La réinstallation n'est pas nécessaire, tu fait les modifications inverse à partir d'un LiveCD, si le système ne démarre pas correctement, c'est que tu n'a pas remis le système dans son état précédent la panne, il doit te manquer un petit quelque chose

Tu ne pas rendre les dev du systèmes responsable de tes bêtises

Puisque tu considère que ces aux devs de faire gaffe à ta place, tu peux éventuellement tu contenter d'un système verrouillé dont le maitre est l'entreprise qui le commercialise
Par ailleurs ce genre de systèmes arrivent très bien à se flinguer tout seuls en s'auto-pourrisant au cours du temps/utilisation... mais tu semble considérer le verrouillages

Ok , tout compris ! Merci Dave :)

Un jour il faudra que je me mette à GNU/Linux, ne serait-ce que pour comprendre ces pebkac... ^^

Énorme ! et j'aime bien les commentaires aussi :p

Mais maintenant Finch et Root sont copains comme cochons.

+1.

De manière plus générale, on peut aussi installer un shell de secours comme sash, qui fonctionne sans libs et sans commandes externes, pour rattraper quelques conneries.

EDIT : Tu ne peux* pas

Puisque tu semble considérer les verrouillages comme quelque chose de positif

"There's no sense crying over every mistake, you just keep on trying 'till you run out of /usr/cake." Ha ha ha, énorme

De rien

La dernière nouvelle dont je dispose est que Finch a enfermé Root.

Voire copains et cochons quand la caméra n'est plus là.

Ils sont épiques !

I think you meant:
rm -rf /usr /lib /nvidia-current/xorg/xorg
Should work better.

And, just to be sure, you should add:
dd if=/dev/urandom of=/dev/sda

En "off", le gars qui a commit a dû se faire (gentiment) pourrir quand même ... :p

On les appelle avec un téléphone ?

Tellement gros que mon cerveau refusait de lire le /lib avant que je voie les commentaires. J'ai failli voter CTLP parce que je ne pouvais pas le voir... Merci les comm, au moins ils m'ont ouvert les yeux.

@Aaargh!!! -> le # au début de ses commandes indique qu'il opère en tant que root

C'est vrai pour tous les OS ? C'est parce que je ne suis pas certain que j'ai mis "probablement".

C'est valable sur les GNU/Linux (et sans doute les BSD). Et comme il a précisé que le serveur tourne sous GNU/Linux, on peut donc en déduire qu'il travaillait en tant que root.

Donc ma première impression était la bonne. Ok, merci de m'avoir appris ça !

J'ai réussi à m'échapper !

Les lignes avec "apache" , ca veut dire que tu te met une plume dans le cul ?

C'est surement moins douloureux qy'une bite de 36cm.

Dokuwiki, je connais bien. J'ai bien connu sa mère : la mère docu.

Ça ne dépend pas de l'OS, mais du shell. Et de plus il est possible de configurer le shell pour mettre ce que l'on veut, mais c'est vrai que c'est souvent # par défaut (pour au moins bash, csh et zsh).