gUI a écrit 6076 commentaires

858 752 lignes de SQL

Ouais bin bon courage pour la maintenance les gars. Mais je dois être mauvaise langue, je ne doute pas que la doc est nickel.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

… grand pas pour l'Humanité !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

La Pebble (meilleure montre connectée du monde, sans équivalent aujourd'hui… snif…) avait un écran un peu batard entre l'eInk et le LCD : on avait une conso quasi nulle à écran fixe (elle tenait 1 semaine avec l'écran allumé 24/7) mais proposait assez de fluidité pour des animations, ainsi que 64 couleurs.

L'écran était fabriqué par Sharp et commercialement appelé e-paper (pour pas dire eInk, la techno étant différente je vrois).

Une démo ici par exemple : https://www.youtube.com/watch?v=xnoxqOZy3ZM

J'ai pas revu passer cette techno ailleurs, je ne comprends pas parce que c'est vraiment un excellent compromis, énormément de petits afficheurs pourraient utiliser cette techno.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Excellent je connaissais pas, c'est très intéressant notamment pour la vision directe des interfaces offertes par le périphérique, ou la conso max négociée.

sinon lsusb a aussi l'option -v (verbose) qui rajoute le strict minimum : USB ID et nom du périphérique. C'est un poil plus lisible :

/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/10p, 5000M
    ID 1d6b:0003 Linux Foundation 3.0 root hub
    |__ Port 5: Dev 2, If 0, Class=Hub, Driver=hub/4p, 5000M
        ID 05e3:0612 Genesys Logic, Inc. Hub
        |__ Port 2: Dev 3, If 0, Class=Hub, Driver=hub/4p, 5000M
            ID 05e3:0612 Genesys Logic, Inc. Hub
        |__ Port 3: Dev 4, If 0, Class=Mass Storage, Driver=usb-storage, 5000M
            ID 04c5:2028 Fujitsu, Ltd

Donc on aurait :

• pour savoir qui est branché où => lsusb -tv
• pour avoir la liste des objets (périphérique ou hub) et tout savoir sur chacun => usb-devices

J'aime !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Au passage, quand on débuggue un peu l'USB une option de lsusb qui est sympa c'est -t (tree)

Sur des cartes mère avec pas mal de contrôleur différents, ça aide à visualiser d'un coup. Chez moi par exemple :

/:  Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 10000M
/:  Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 10000M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/10p, 5000M
    |__ Port 5: Dev 7, If 0, Class=Hub, Driver=hub/4p, 5000M
        |__ Port 2: Dev 8, If 0, Class=Hub, Driver=hub/4p, 5000M
        |__ Port 3: Dev 10, If 0, Class=Mass Storage, Driver=usb-storage, 5000M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/16p, 480M
    |__ Port 3: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
    |__ Port 4: Dev 3, If 0, Class=Hub, Driver=hub/4p, 480M
    |__ Port 5: Dev 15, If 0, Class=Hub, Driver=hub/4p, 480M
        |__ Port 2: Dev 18, If 0, Class=Hub, Driver=hub/4p, 480M
            |__ Port 1: Dev 19, If 0, Class=Vendor Specific Class, Driver=ch341, 12M
    |__ Port 6: Dev 5, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
    |__ Port 6: Dev 5, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M
    |__ Port 8: Dev 7, If 5, Class=Application Specific Interface, Driver=, 480M
    |__ Port 8: Dev 7, If 3, Class=Audio, Driver=snd-usb-audio, 480M
    |__ Port 8: Dev 7, If 1, Class=Audio, Driver=snd-usb-audio, 480M
    |__ Port 8: Dev 7, If 4, Class=Audio, Driver=snd-usb-audio, 480M
    |__ Port 8: Dev 7, If 2, Class=Audio, Driver=snd-usb-audio, 480M
    |__ Port 8: Dev 7, If 0, Class=Audio, Driver=snd-usb-audio, 480M
    |__ Port 13: Dev 9, If 1, Class=Wireless, Driver=btusb, 12M
    |__ Port 13: Dev 9, If 0, Class=Wireless, Driver=btusb, 12M

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Corrigé !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Oui, même barbecue est un mot anglais […]

Je n'ai pas compris cette phrase… tu veux dire que tu ne le découvres que maintenant ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Mais oui !

Et dire qu'il y en a encore pour nier l'évidence.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

j'aime

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

J'ai toujours été étonné par le fait que "droit" en Français veut dire à la fois "pas à gauche" et "correct", "juste", et que parallèlement "right" en Anglais apporte les même double sens.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Ce truc ça marche pour une console ou SSH par exemple. Mais je ne suis pas certain que ça marche avec un logiciel X11 : il faut d'abord lancer la session graphique.

De plus, quand on lance une session graphique, /bin/bash n'est pas ce qui arrive en premier à l'écran.

Je pense plutôt qu'il devrait s'inspirer de ce qui est fait pour Kodi par exemple quand on veut qu'il déboule direct à l'écran à l'allumage de la machine. Par exemple ici : https://wiki.archlinux.org/index.php/Kodi#Running_standalone

Créer un utilisateur dédié, et paramétrer le launcher pour qu'il lance l'appli au démarrage.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Gauche, droite, avant et arrière sont vraiment ambiguës au point de nécessiter bâbord, tribord, proue et poupe ?

Oui, gauche et droite c'est compliqué. D'ailleurs n'ouvre pas de dictionnaire et donne-moi un définition de la gauche et de la droite… l'exercice est rigolo, c'est pas si facile (et d'ailleurs la définition est merdique).

Bon, il y a de la culture aussi, mais dans le théâtre aussi on a renommé côté cour et côté jardin pour être clairs.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

il te sera sûrement plus facile d'apprendre les 120 mots du toki pona

ouais enfin quand tu es tout seul avec ton langage "universel" c'est un peu limité. apprends ces mêmes 120 mots en anglais, t'as plus de chance que ça serve plutôt que ce langage dont je n'avais jamais entendu parler.

mais il sera surtout plus facile de se balader avec un guide de communication universel.
pour ceux qui ne savent pas, c'est une sorte de livre d'image qui illustre bcp plus que 120 mots (rien que sur les fruits et legumes tu dois en avoir une 50aine sans pb).

un exemple : https://www.guidesulysse.com/catalogue/Guide-de-communication-universel-Guide-de-conversation-Ulysse-numerique-eBook,9781894676731,produit.html

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Oui bien sur, il faut bien recopier le kernel, le initrd, le grub.cfg… ou alors je ne comprends pas ta question ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Et non parce que ça va dépendre de chaque ordi. Il faut chercher un tutoriel adapté à sa machine (démontage ou changement de RAM ça ira aussi).

Un conseil général tout de même : méfiance sur les soufflettes et bombes à air comprimé. Il ne faut pas les mettre directement sur le ventilateur car la pression est trop forte, ça risque de fausser l'axe de rotation, et du coup le ventilateur devient bruyant.

Le mieux reste de virer tout ce qu'on peut avec une vieille brosse à dent.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Comme dit plus haut, il va pas exploser, mais c'est tout de même élevé. En plus il doit diminuer ses fréquences du coup et tu perds en perfo.

En général les portables s'encrassent et le refroidissement devient moins efficace avec le temps. Démontage, nettoyage du ventilateur et du radiateur, remontage… ça occupe les après-midi et ça fait pas de mal !

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Il faut bien relancer un grub-install, c'est lui qui embarquera dans le binaire de grub l'accès au répertoire /boot

On en arrive donc à cette recette :

# créer le nouveau /boot
cp -a /boot /boot-tmp
umount /boot
rm -rf /boot
mv /boot-tmp /boot

# modifier le fstab pour virer le mount de /boot
vi ...

# regénérer grub.cfg qui va tout détecter comme un grand
grub-mkconfig -o /boot/grub/grub.cfg

# regénérer un binaire Grub qui prendra en compte le nouvel emplacement du grub.cfg
grub-install /dev/sda

# c'est tout
reboot

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Alors j'ai testé sur VM en effaçant complètement le contenu de l'ancienne partition /boot et ça marche. Mais j'avoue que je ne sais pas comment, en effet ta question est bonne : comment Grub sait-il où se trouve le fichier grub.cfg ?

Je vais essayer de trouver tiens, c'est toujours intéressant à comprendre.

EDIT : NON ÇA MARCHE PAS !!! Je sai spas quelle manip j'avais faite, mais non je n'avais pas effacé le fichier. Et en l'effaçant vraiment bin… ça boote plus, grub ne sait plus où trouver le fichier grub.cfg

Je regarde ça, et en attendant MERCI !!!

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Le coup des photos on a fait ça pour ouvrir la connexion SSH et rediriger le port de la box vers le PC, on va essayer d'éviter à nouveau la galère :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Ah c'est pas con ça.

Mais ça fait longtemps que je me dis qu'il faudrait que je pose chez eux un kit de survie, style un RPi avec mon openVPN, capable de se connecter en partage 4G et en filaire réseau et en wifi de leur box… bref le truc de dépannage ultime.

Et du coup la clé de secours c'est à mettre dans la liste :)

En attendant je vois avec eux si ils en ont une sous la main, à coup de dd je peux la préparer à distance en effet.

EDIT : niveau BIOS je sais pas les réglages si il va booter sur la clé en prio. A faire le jour où je serai chez eux. Mais je garde l'idée !!!

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Bon, après avoir joué sous ma VM c'est facile… un peu trop même je trouve…

# créer le nouveau /boot
cp -a /boot /boot-tmp
umount /boot
rm -rf /boot
mv /boot-tmp /boot

# modifier le fstab pour virer le mount de /boot
vi ...

# regénérer grub.cfg qui va tout détecter comme un grand
grub-mkconfig -o /boot/grub/grub.cfg

# c'est tout
reboot

Je me presse pas, j'attends d'autre commentaires, sait-on jamais ;)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

A tester dans une VM avant ;-)

A bin déjà t'es déjà meilleur sysadmin que moi, j'y aurais pas pensé !

Et que je rassure tout le monde, c'est pas non plus mon métier :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Premier truc tout con : bloquer un maximum de portes ouvertes. Souvent il y a une première porte qui amène à une pièce qui elle-même possède plusieurs WC chacun avec sa porte individuelle. Autant on peut difficilement éviter d'ouvrir/fermer les WC individuels, autant les portes commune, ça se bloque facilement grand ouvert.

On améliore ainsi un peu la ventilation, et surtout on évite la manipulation inutile de poignées de portes (très bon transmetteur en général).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Ouais bienvenue :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Si le RAID est matériel, alors t'as pas besoin de faire quoi que ce soit, c'est matériel, l'OS ne peut pas voir les disques séparés c'est pas possible.

Tu peux nous en dire plus sur ton contrôleur de disque ? Ou la carte RAID en question ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.