Patrick Trauquesègues a écrit 335 commentaires

Pour info : même heure, même problème
(pas déconnecté)

ls /var/log
mail.err mail.info mail.log mail.warn

j'avais loupé ça…

tree /var
/var
├── lib
│   ├── apt
│   │   └── lists
│   │   └── partial
│   ├── dpkg
│   │   └── lock
│   ├── PackageKit
│   │   └── transactions.db
│   ├── tiger
│   │   └── work
│   └── upower
├── log
│   ├── mail.err
│   ├── mail.info
│   ├── mail.log
│   └── mail.warn
└── spool
└── lpd
└── HLL2300D

13 directories, 6 files

Entre les deux appels à la commande 'aptitude', il n'y a eu que l'exécution complète du script.
Le premier aptitude a fontionné, le second appel indiquait qu'il n'y avait plus /var/lib/apt.

/var/ est sur /
cette partition a de la place
/opt aussi, il s'y trouve le pilote
/opt/brother/Printers/HLL2300D:
total 0
drwxr-xr-x 2 root root 110 sept. 29 2014 cupswrapper
drwxr-xr-x 2 root root 85 sept. 29 2014 inf
drwxr-xr-x 2 root root 65 sept. 29 2014 lpd

/opt/brother/Printers/HLL2300D/cupswrapper:
total 68
-rw-r--r-- 1 root root 15009 sept. 29 2014 brother-HLL2300D-cups-en.ppd
-rwxr-xr-x 1 root root 24435 sept. 29 2014 brother_lpdwrapper_HLL2300D
-rw-r--r-- 1 root root 18351 sept. 29 2014 Copying
-rwxr--r-- 1 root root 7649 sept. 29 2014 paperconfigml1

/opt/brother/Printers/HLL2300D/inf:
total 20
-rwxr-xr-x 1 root root 7976 sept. 29 2014 braddprinter
-rw-r--r-- 1 root root 890 sept. 29 2014 brHLL2300Dfunc
-rw-r--r-- 1 root root 167 sept. 29 2014 brHLL2300Drc
-rwxr-xr-x 1 root root 961 sept. 29 2014 setupPrintcap

/opt/brother/Printers/HLL2300D/lpd:
total 92
-rwxr-xr-x 1 root root 30500 sept. 29 2014 brprintconflsr3
-rwxr-xr-x 1 root root 6504 sept. 29 2014 filter_HLL2300D
-rwxr-xr-x 1 root root 52249 sept. 29 2014 rawtobr3

A quoi me sert toutes ces commandes dès lors qu'elles ne peuvent fonctionner, tant que je n'ai pas reconstruit ces répertoires ?

Ca pourrait être le même résultat si /bin/dash gère différemment que /bin/bash.
Puisque le shell par défaut de débian est /bin/dash,
Puisque le langage du script n'est pas identifié par l'interpréteur sh,
puisque /bin/sh a parfaitement exécuté un code qui était destiné à /bin/bash.
(lire ci-dessous)

Encore faut-il savoir laquelle, puisque la page en français contient des indications techniques en anglais.
Il est possible que le traducteur lui-même n'ait pas distingué les instructions du reste de la documentation.

Donc la doc ne précise pas qu'il faut installer bash sur debian [,puisque ce dernier] utilisant dash par défaut.

ls -l /bin/sh

lrwxrwxrwx 1 root root 4 nov. 8 2014 /bin/sh -> dash

A moins que le lien fourni n'aie pas été le bon, évidemment.

http://linuxfr.org/users/patrick32/journaux/installation-d-une-imprimante-brother-hl-l2300d-avec-debian-stable-40b23072-8427-4b2f-8a9c-4e8a8062ed49
http://linuxfr.org/forums/linux-debian-ubuntu/posts/installation-d-une-imprimante-brother-hl-l2300d-avec-debian-stable
http://linuxfr.org/forums/linux-debian-ubuntu/posts/installation-d-une-imprimante-brother-hl-l2300d-avec-debian-stable-7f159fff-d056-4e21-8f0a-e159735aa6d9

Oui, le "Ba" devant "sh" devait être plus qu'un détail. Rendant indispensable la bonne compréhension des instruction en anglais, pour l'usage d'un pilote en français, mais pas incompréhensibles les instructions à l'interpréteur 'sh' n'étant pas prévenu.

http://stackoverflow.com/questions/5725296/difference-between-sh-and-bash
"
For a long time, /bin/sh used to point to /bin/bash on most GNU/Linux systems. As a result, it had almost become safe to ignore the difference between the two. But that started to change recently.

Some popular examples of systems where /bin/sh does not point to /bin/bash (and on some of which /bin/bash may not even exist) are:

Modern Debian and Ubuntu systems, which symlink sh to dash by default;
Busybox, which is usually run during the Linux system boot time as part of initramfs. It uses the ash shell implementation.
BSDs, and in general any non-Linux systems. OpenBSD uses pdksh, a descendant of the Korn shell. FreeBSD's sh is a descendant of the original UNIX Bourne shell. Solaris has its own sh which for a long time was not POSIX-compliant; a free implementation is available from the Heirloom project.

"

http://unix.stackexchange.com/questions/145522/what-does-it-mean-to-be-sh-compatible
https://en.wikipedia.org/wiki/Unix_shell#Shell_categories

Il me semblait qu'il etait peut-être plus aisé d'adapter des instructions x86 vers x86-64.

https://fr.wikipedia.org/wiki/AMD64
"AMD64 est le nom de l'architecture des premiers microprocesseurs 64 bits de la société Advanced Micro Devices.
Son nom de code est Hammer (de l'anglais marteau) remplaçant l'appellation x86-64"

https://fr.wikipedia.org/wiki/X64
"- Cette extension permet la gestion des nombres sur 64 bits, avec pour corollaire un adressage mémoire possible bien au-delà de la limite des 4 Go.
- À cela s'ajoute le doublement (de 8 à 16) du nombre de registres généralistes et vectoriels (SSE)."

J'ai justement Hammer debian à réinstaller.
(mais sur celui-là changer l'alim devrait suffire, puisqu'il n'a aucun logiciel propriétaire, lui) :)

A-t-on besoin de sauvegarde avec un système stable ?

Oui, le "Ba" devant "sh" devait être plus qu'un détail. Rendant indispensable la bonne compréhension des instruction en anglais, pour l'usage d'un pilote en français, mais pas incompréhensibles les instructions à l'interpréteur 'sh' n'étant pas prévenu.

(peut-être qu'un copié-collé d'un /var/lib/[ce qui manque] d'un autre ordi, ou d'une installation virtuelle, ou d'une sauvegarde s'il en est, ou enfin de la recomposition du répertoire pourrait peut-être suffire)

Aussi ce lien qui était transmis en référence renverra vers un lien cassé.
Il aurait été plus judicieux de créer un lien ou une redirection, expliquant en outre la raison.
(genre "bourrin passé par là")
http://linuxfr.org/users/patrick32/journaux/installation-d-une-imprimante-brother-hl-l2300d-avec-debian-stable-40b23072-8427-4b2f-8a9c-4e8a8062ed49

Si je fais "Ctrl+C" le script s'arrête. (et à priori n'efface pas un répertoire système commun à l'ensemble des paquets installés sur le système)

Dans les LOGS, le premier atitude fonctionnait parfaitement,
le second indiquait :
E: Impossible d'écrire sur /var/cache/apt/
E: Les listes de paquets ou le fichier d'état ne peuvent pas être ouverts, ou sont incompréhensibles.
E: Impossible d'ouvrir le fichier /var/cache/apt/status - open(2: Aucun fichier ou dossier de ce type)
E: Les listes de paquets ou le fichier d'état ne peuvent pas être ouverts, ou sont incompréhensibles.

_ ls /var/
lib log spool

(j'utilise toujours le système, bien que certains services soient inutilisables)

Je semble avoir été déconnecté (du site) suite à ces problèmes de lenteur.

Concernant /var/lib, il s'agit d'une erreur car /var/lib était présent,
comme indiqué plus bas dans les LOGS :
"root@debianstable:/home/patrick/Téléchargements# aptitude
root@debianstable:/home/patrick/Téléchargements# locate dpkg
locate: impossible de lancer la commande stat () pour « /var/lib/mlocate/mlocate.db »: Aucun fichier ou dossier de ce type
root@debianstable:/home/patrick/Téléchargements# ls /var/lib
apt PackageKit tiger"
Il y a ci-dessus le résultat de "ls /var/lib"

_ dpkg --print-architecture
amd64
_ dpkg --print-foreign-architecture
dpkg : erreur : option --print-foreign-architecture inconnue

Utilisez « dpkg --help » pour obtenir de l'aide à propos de l'installation et la désinstallation des paquets [*] ;
Utilisez « apt » ou « aptitude » pour gérer les paquets de manière plus conviviale ;
Utilisez « dpkg -Dhelp » pour obtenir la liste des valeurs de drapeaux de débogage ;
Utilisez « dpkg --force-help » pour consulter la liste des options de forçage ;
Utilisez « dpkg-deb --help » pour obtenir de l'aide sur la manipulation des fichiers *.deb ;

Les options marquées d'un [*] affichent beaucoup d'informations : tubez-les à travers « less » ou « more ».

_ dpkg --print-foreign-architectures
_

Effectivement, en l'absence de son analyse plus poussée, et dans la mesure où il semblerait fonctionner ailleurs, on ne peut toutefois pas écarter un problème extérieur au script.

Quel est le fichier ppd utilisé ?

Tu pourras vérifier que j'avais écrit être "heureux acquéreur",
aussi l'achat était préalable à l'installation du pilote qui a détruit le système,
ainsi cet état d'esprit conséquent à l'achat de la machine
se trouvait antérieur aux conséquences de la tentative d'utilisation de ce produit.

Ainsi qu'il est indiqué plus haut dans la section LOGS :
"Souhaitez-vous continuer ? [O/n] ^C
root@debianstable:/home/patrick/Téléchargements# aptitude"

J'ai regardé si "brother" existait, puis j'ai repris l'installation
pensant que ça avait du être prévu par le constructeur de l'imprimante,
vu que le pilote date de 2016 et ce modèle d'imprimante me semble assez récent (encore vendu)
pour être plus récent que amd64.
(IA32 ("IA-32 is the 32-bit version of the x86 instruction set architecture (ISA), first implemented in the Intel 80386 microprocessors in 1985" https://en.wikipedia.org/wiki/IA-32)

Généralement les pilotes et certains logiciels x86 (flash ?) fonctionnent encore et peuvent être adaptés sur architecture amd64, qui est moins limitée que x86, il me semble.

http://linuxfr.org/users/patrick32/journaux/installation-d-une-imprimante-brother-hl-l2300d-avec-debian-stable-40b23072-8427-4b2f-8a9c-4e8a8062ed49#comment-1694775
"Ton journal précédent a été déplacé https://linuxfr.org/forums/linux-debian-ubuntu/posts/installation-d-une-imprimante-brother-hl-l2300d-avec-debian-stable

Bon, OK, on ne t'as peut-être pas prévenu…
J'imagine que ce double devrait être prochainement supprimé."

Aucun n'a donc été supprimé.
Le premier a simplement été déplacé sans préavis.

C'est à dire qu'il faut expliquer longtemps à ceux qui comprennent trop vite…

Voilà, je ne pose pas de question, il s'agit là d'une information.

"Les paquets supplémentaires suivants seront installés :
lib32gcc1
Les NOUVEAUX paquets suivants seront installés :
lib32gcc1 lib32stdc++6
0 mis à jour, 2 nouvellement installés, 0 à enlever et 12 non mis à jour.
Il est nécessaire de prendre 328 ko dans les archives.
Après cette opération, 1 381 ko d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] ^C"

Si tu lis bien le log, il y a eu 2 installations, et la première s'est terminée par un C^ suivie d'un aptitude.
J'ai voulu effectivement vérifier, et me suis rappelé que des paquets i386 sont utilisés par amd64, aussi le pilote étant i386, il était normal qu'il installe les librairies capables de le faire fonctionner.

N'ayant effectivement pas vraiment le choix, j'ai relancé la procédure d'installation.

Enfin, je ne comprends bien pas le lien entre l'installation d'une librairie i386 et la disparition de /var/lib/dpgk
l'ordi était vexé ? les librairies amd64 n'ont pas été supprimées.

"Bon, OK, on ne t'as peut-être pas prévenu…"
ah ben c'est un détail, oui…
je croyais ne pas l'avoir posté hier

"J'imagine que ce double devrait être prochainement supprimé."
Je vois pas pourquoi.
C'est bien dans le journal que j'avais posté et pas sur le forum, il n'y avait pas erreur.
Merci de ta réponse.

Tellement vrai.

C'était "Des contraintes de l'accessibilité".
Merci à tous les participants pour l'exposé de leurs analyses éclairantes. :)

TIP : taper (mais pas trop fort) "/Je ne pense pas" sur cette page