bonjour a tous
je suis de nouveau confronté a ce probleme d'impression de la liste de
tous tous les mp3 present sur une sd card avec les repertoires et sous
repertoire ,je l'avais fait a propos d'un hd externe branché en usb
mais là pas moyen ,c'était en ligne de commande,est qu'il y a un
gestionnaire de fichiers qui est capable de faire ça? sous mint18 et
debian8 ?
c'est pour imprimer la liste pas l'avoir a l'écran
Je suppose qu'il s'agît d'une carte SD SDHC SDXC ou autre....
Oui.
Je me demande pourquoi certains ordinateurs sont capables d'afficher ce périphérique sous cette forme alors que d'autres pas. Si on y a installé un Linux bootable sous cette carte, les ordinateurs qui ne l'affichent pas sous cette forme ne sont pas capables de booter le Linux, à moins peut-être qu'il soit possible dans les uefi-bios de la choisir comme périphérique de boot ? ....?
Excellente question: je boote plutôt des systèmes embarqués avec ce genre de cartes; et effectivement c'est détecté sous /dev/mmcblk0p1, major et minors 179, 1 Mais le boot il faut le support dans le BIOS, c'est tout, et tout dépend aussi comment l'interface est branchée (via USB, c'est alors le boot USB qui compte). Effectivement, tout ira plus simplement le jour où le BIOS sera Linux.
dyrmak <dyrmak@quelite.terre.invalid> wrote:
Je suppose qu'il s'agît d'une carte SD SDHC SDXC ou autre....
Oui.
Je me demande pourquoi certains ordinateurs sont capables
d'afficher ce périphérique sous cette forme alors que d'autres
pas. Si on y a installé un Linux bootable sous cette carte,
les ordinateurs qui ne l'affichent pas sous cette forme ne
sont pas capables de booter le Linux, à moins
peut-être qu'il soit possible dans les uefi-bios de la choisir
comme périphérique de boot ? ....?
Excellente question: je boote plutôt des systèmes embarqués
avec ce genre de cartes; et effectivement c'est détecté
sous /dev/mmcblk0p1, major et minors 179, 1
Mais le boot il faut le support dans le BIOS, c'est tout,
et tout dépend aussi comment l'interface est branchée (via
USB, c'est alors le boot USB qui compte).
Effectivement, tout ira plus simplement le jour où le
BIOS sera Linux.
Je suppose qu'il s'agît d'une carte SD SDHC SDXC ou autre....
Oui.
Je me demande pourquoi certains ordinateurs sont capables d'afficher ce périphérique sous cette forme alors que d'autres pas. Si on y a installé un Linux bootable sous cette carte, les ordinateurs qui ne l'affichent pas sous cette forme ne sont pas capables de booter le Linux, à moins peut-être qu'il soit possible dans les uefi-bios de la choisir comme périphérique de boot ? ....?
Excellente question: je boote plutôt des systèmes embarqués avec ce genre de cartes; et effectivement c'est détecté sous /dev/mmcblk0p1, major et minors 179, 1 Mais le boot il faut le support dans le BIOS, c'est tout, et tout dépend aussi comment l'interface est branchée (via USB, c'est alors le boot USB qui compte). Effectivement, tout ira plus simplement le jour où le BIOS sera Linux.
Christophe PEREZ
Le Tue, 21 Apr 2020 12:33:55 +0200, jeanpol3 a écrit :
je trouve ça dingue qu'on arrive pas a imprimer plus simplement la liste des dossiers contenu dans un repertoire
Quand même, plus simple que ça, y a pas beaucoup. 2 commandes. Une pour avoir la liste, l'autre pour l'imprimer. Effectivement, en 1 commande, ça serait plus rapide, pas forcément plus simple. Mais quand même, 2 commandes, j'appelle pas ça compliqué.
Le Tue, 21 Apr 2020 12:33:55 +0200, jeanpol3 a écrit :
je trouve ça dingue qu'on arrive pas a imprimer plus simplement la liste
des dossiers contenu dans un repertoire
Quand même, plus simple que ça, y a pas beaucoup.
2 commandes. Une pour avoir la liste, l'autre pour l'imprimer.
Effectivement, en 1 commande, ça serait plus rapide, pas forcément plus
simple.
Mais quand même, 2 commandes, j'appelle pas ça compliqué.
Le Tue, 21 Apr 2020 12:33:55 +0200, jeanpol3 a écrit :
je trouve ça dingue qu'on arrive pas a imprimer plus simplement la liste des dossiers contenu dans un repertoire
Quand même, plus simple que ça, y a pas beaucoup. 2 commandes. Une pour avoir la liste, l'autre pour l'imprimer. Effectivement, en 1 commande, ça serait plus rapide, pas forcément plus simple. Mais quand même, 2 commandes, j'appelle pas ça compliqué.
dyrmak
En 23 lignes Marc SCHAEFER a écrit dans news:r7n653$ank$ le mardi, 21 avril 2020 à 18:14:27 :
Effectivement, tout ira plus simplement le jour où le BIOS sera Linux.
Et pour l'embarqué on a interêt que à ce que ça décolle sans oublier son swap! ... Que de fois on ne l'oublie pas à terre sur une partition! dyrmak -- Una pata y sus diez dedos ++++ --- ++++ Linux operating system ++++ --- ++++
En 23 lignes Marc SCHAEFER a écrit
dans news:r7n653$ank$1@shakotay.alphanet.ch
le mardi, 21 avril 2020 à 18:14:27 :
Effectivement, tout ira plus simplement le jour où le
BIOS sera Linux.
Et pour l'embarqué on a interêt que à ce que ça décolle sans oublier son
swap! ... Que de fois on ne l'oublie pas à terre sur une partition!
dyrmak
--
Una pata y sus diez dedos
++++ --- ++++
Linux operating system
++++ --- ++++
En 23 lignes Marc SCHAEFER a écrit dans news:r7n653$ank$ le mardi, 21 avril 2020 à 18:14:27 :
Effectivement, tout ira plus simplement le jour où le BIOS sera Linux.
Et pour l'embarqué on a interêt que à ce que ça décolle sans oublier son swap! ... Que de fois on ne l'oublie pas à terre sur une partition! dyrmak -- Una pata y sus diez dedos ++++ --- ++++ Linux operating system ++++ --- ++++
Christophe PEREZ
Le Tue, 21 Apr 2020 16:58:23 +0200, jp willm a écrit :
Je ne suis pas un foudre du terminal, et au début j'en avais même une sainte horreur.
Certes, mais on ne t'a pourtant jamais vu écrire : Le Tue, 21 Apr 2020 15:36:40 +0200, jeanpol3 a écrit :
CLé était la bonne façon de l'écrire puisque dans le gestionnaire de fichiers de mint il est vu comme ça et non pas cle ou autre ... on comprend pourquoi linux n'est pas plus populaire... c'est quand meme pas simple ,je veux bien etre pas doué mais quand meme
Il nous explique que son erreur n'est pas celle qui lui a été montrée (l'utilisation des espaces dans les noms de fichiers et de chemins) et qu'il n'a porté aucune attention au message subliminal de Nicolas concernant les caractères accentués. Ici, il a preuve de très petite ouverture d'esprit, d'aucune volonté de changer ses habitudes windows, et surtout, de ne rien apprendre pour avoir le résultat escompté. C'est donc quelqu'un qui ne restera pas sous Linux. D'autant qu'il a eu quelques réponses des plus fantaisistes qui n'ont pas du l'aider à capter ce qui était utile Raison pour laquelle je milite toujours pour que ceux qui ne savent pas SE TAISENT au lieu de dire des conneries qui induisent encore plus en erreur. jeanpol3, Linux ne s'offre pas au premier venu, il se mérite.
Le Tue, 21 Apr 2020 16:58:23 +0200, jp willm a écrit :
Je ne suis pas un foudre du terminal, et au début j'en avais même une
sainte horreur.
Certes, mais on ne t'a pourtant jamais vu écrire :
Le Tue, 21 Apr 2020 15:36:40 +0200, jeanpol3 a écrit :
CLé était la bonne façon de l'écrire puisque dans le gestionnaire de
fichiers de mint il est vu comme ça et non pas cle ou autre ...
on comprend pourquoi linux n'est pas plus populaire...
c'est quand meme pas simple ,je veux bien etre pas doué mais quand meme
Il nous explique que son erreur n'est pas celle qui lui a été montrée
(l'utilisation des espaces dans les noms de fichiers et de chemins) et
qu'il n'a porté aucune attention au message subliminal de Nicolas
concernant les caractères accentués.
Ici, il a preuve de très petite ouverture d'esprit, d'aucune volonté de
changer ses habitudes windows, et surtout, de ne rien apprendre pour
avoir le résultat escompté.
C'est donc quelqu'un qui ne restera pas sous Linux.
D'autant qu'il a eu quelques réponses des plus fantaisistes qui n'ont pas
du l'aider à capter ce qui était utile Raison pour laquelle je milite
toujours pour que ceux qui ne savent pas SE TAISENT au lieu de dire des
conneries qui induisent encore plus en erreur.
jeanpol3, Linux ne s'offre pas au premier venu, il se mérite.
Le Tue, 21 Apr 2020 16:58:23 +0200, jp willm a écrit :
Je ne suis pas un foudre du terminal, et au début j'en avais même une sainte horreur.
Certes, mais on ne t'a pourtant jamais vu écrire : Le Tue, 21 Apr 2020 15:36:40 +0200, jeanpol3 a écrit :
CLé était la bonne façon de l'écrire puisque dans le gestionnaire de fichiers de mint il est vu comme ça et non pas cle ou autre ... on comprend pourquoi linux n'est pas plus populaire... c'est quand meme pas simple ,je veux bien etre pas doué mais quand meme
Il nous explique que son erreur n'est pas celle qui lui a été montrée (l'utilisation des espaces dans les noms de fichiers et de chemins) et qu'il n'a porté aucune attention au message subliminal de Nicolas concernant les caractères accentués. Ici, il a preuve de très petite ouverture d'esprit, d'aucune volonté de changer ses habitudes windows, et surtout, de ne rien apprendre pour avoir le résultat escompté. C'est donc quelqu'un qui ne restera pas sous Linux. D'autant qu'il a eu quelques réponses des plus fantaisistes qui n'ont pas du l'aider à capter ce qui était utile Raison pour laquelle je milite toujours pour que ceux qui ne savent pas SE TAISENT au lieu de dire des conneries qui induisent encore plus en erreur. jeanpol3, Linux ne s'offre pas au premier venu, il se mérite.
Christophe PEREZ
Le Tue, 21 Apr 2020 15:36:40 +0200, jeanpol3 a écrit :
je viens de copier les morceaux de musique mp3 sur une "vrai" clé usb ça marche sans probleme mon soucis était là
Et non, ton problème était sur le nommage de l'autre, avec des espaces que tu n'as pas sur reproduire dans le shell.
Le Tue, 21 Apr 2020 15:36:40 +0200, jeanpol3 a écrit :
je viens de copier les morceaux de musique mp3 sur une "vrai" clé usb ça
marche sans probleme mon soucis était là
Et non, ton problème était sur le nommage de l'autre, avec des espaces
que tu n'as pas sur reproduire dans le shell.
Le Tue, 21 Apr 2020 15:36:40 +0200, jeanpol3 a écrit :
je viens de copier les morceaux de musique mp3 sur une "vrai" clé usb ça marche sans probleme mon soucis était là
Et non, ton problème était sur le nommage de l'autre, avec des espaces que tu n'as pas sur reproduire dans le shell.
Jo Engo
Le Tue, 21 Apr 2020 14:55:55 +0200, jeanpol3 a écrit :
c
c'est
un probleme de droit ?
Non, un problème d'espace. -- Nous n'avons pas assez de force pour suivre toute notre raison. -+- François de La Rochefoucauld (1613-1680), Maximes 42 -+-
Le Tue, 21 Apr 2020 14:55:55 +0200, jeanpol3 a écrit :
c
c'est
un probleme de droit ?
Non, un problème d'espace.
--
Nous n'avons pas assez de force pour suivre toute notre raison.
-+- François de La Rochefoucauld (1613-1680), Maximes 42 -+-
Le Tue, 21 Apr 2020 14:55:55 +0200, jeanpol3 a écrit :
c
c'est
un probleme de droit ?
Non, un problème d'espace. -- Nous n'avons pas assez de force pour suivre toute notre raison. -+- François de La Rochefoucauld (1613-1680), Maximes 42 -+-
jp willm
Le 21/04/2020 à 21:21, Christophe PEREZ a écrit :
Certes, mais on ne t'a pourtant jamais vu écrire : Le Tue, 21 Apr 2020 15:36:40 +0200, jeanpol3 a écrit :
CLé était la bonne façon de l'écrire puisque dans le gestionnaire de fichiers de mint il est vu comme ça et non pas cle ou autre ... on comprend pourquoi linux n'est pas plus populaire... c'est quand meme pas simple ,je veux bien etre pas doué mais quand meme
Je ne me serais pas permis ! On ne critique pas ce que l'on ne connaît pas. Quand on ne sait pas, on pose des questions et on "écoute". Toi et certains piliers de ce forum m'ont poliment indiqué par quoi il faut commencer : lire la doc et s'exercer. Je me rappelle que je configurais ma Debian en passant konqueror sous root en attendant d'assimiler quelques rudiments unix/linux :) Je ne suis pas venu à GNU/Linux pour sa "gratuité", mais pour sa philosophie. On était loin d'avoir ce qu'on a aujourd'hui mais après m'être documenté un peu, j'ai découvert le potentiel de cet "univers".
Il nous explique que son erreur n'est pas celle qui lui a été montrée (l'utilisation des espaces dans les noms de fichiers et de chemins) et qu'il n'a porté aucune attention au message subliminal de Nicolas concernant les caractères accentués. Ici, il a preuve de très petite ouverture d'esprit, d'aucune volonté de changer ses habitudes windows, et surtout, de ne rien apprendre pour avoir le résultat escompté.
En ce moment, je roule sur une distribution sans systemd (Artix), car j'ai compris que initd a été plus ou moins imposé, qui n'est pas portable. Pour ces raisons, je n'en veux pas. Mais je ne me permettrai pas de critiquer systemd pour son fonctionnement, car je n'y connais pas grand chose en init.
C'est donc quelqu'un qui ne restera pas sous Linux.
Il me semble bien. Je lui ai donné une réponse pratique à sa question suivante, je suis curieux de voir sa réponse ou sa non-réponse.
D'autant qu'il a eu quelques réponses des plus fantaisistes qui n'ont pas du l'aider à capter ce qui était utile Raison pour laquelle je milite toujours pour que ceux qui ne savent pas SE TAISENT au lieu de dire des conneries qui induisent encore plus en erreur.
Je reconnais que par excès de zèle j'ai pu commettre ce genre d'erreur :-)
jeanpol3, Linux ne s'offre pas au premier venu, il se mérite.
Ouaip, c'est comme la montagne :) -- jp willm http://willms.yj.fr/willms/index.html
Le 21/04/2020 à 21:21, Christophe PEREZ a écrit :
Certes, mais on ne t'a pourtant jamais vu écrire :
Le Tue, 21 Apr 2020 15:36:40 +0200, jeanpol3 a écrit :
CLé était la bonne façon de l'écrire puisque dans le gestionnaire de
fichiers de mint il est vu comme ça et non pas cle ou autre ...
on comprend pourquoi linux n'est pas plus populaire...
c'est quand meme pas simple ,je veux bien etre pas doué mais quand meme
Je ne me serais pas permis !
On ne critique pas ce que l'on ne connaît pas.
Quand on ne sait pas, on pose des questions et on "écoute".
Toi et certains piliers de ce forum m'ont poliment indiqué par quoi il
faut commencer : lire la doc et s'exercer.
Je me rappelle que je configurais ma Debian en passant konqueror sous
root en attendant d'assimiler quelques rudiments unix/linux :)
Je ne suis pas venu à GNU/Linux pour sa "gratuité", mais pour sa
philosophie. On était loin d'avoir ce qu'on a aujourd'hui mais après
m'être documenté un peu, j'ai découvert le potentiel de cet "univers".
Il nous explique que son erreur n'est pas celle qui lui a été montrée
(l'utilisation des espaces dans les noms de fichiers et de chemins) et
qu'il n'a porté aucune attention au message subliminal de Nicolas
concernant les caractères accentués.
Ici, il a preuve de très petite ouverture d'esprit, d'aucune volonté de
changer ses habitudes windows, et surtout, de ne rien apprendre pour
avoir le résultat escompté.
En ce moment, je roule sur une distribution sans systemd (Artix), car
j'ai compris que initd a été plus ou moins imposé, qui n'est pas
portable. Pour ces raisons, je n'en veux pas.
Mais je ne me permettrai pas de critiquer systemd pour son
fonctionnement, car je n'y connais pas grand chose en init.
C'est donc quelqu'un qui ne restera pas sous Linux.
Il me semble bien.
Je lui ai donné une réponse pratique à sa question suivante, je suis
curieux de voir sa réponse ou sa non-réponse.
D'autant qu'il a eu quelques réponses des plus fantaisistes qui n'ont pas
du l'aider à capter ce qui était utile Raison pour laquelle je milite
toujours pour que ceux qui ne savent pas SE TAISENT au lieu de dire des
conneries qui induisent encore plus en erreur.
Je reconnais que par excès de zèle j'ai pu commettre ce genre d'erreur :-)
jeanpol3, Linux ne s'offre pas au premier venu, il se mérite.
Certes, mais on ne t'a pourtant jamais vu écrire : Le Tue, 21 Apr 2020 15:36:40 +0200, jeanpol3 a écrit :
CLé était la bonne façon de l'écrire puisque dans le gestionnaire de fichiers de mint il est vu comme ça et non pas cle ou autre ... on comprend pourquoi linux n'est pas plus populaire... c'est quand meme pas simple ,je veux bien etre pas doué mais quand meme
Je ne me serais pas permis ! On ne critique pas ce que l'on ne connaît pas. Quand on ne sait pas, on pose des questions et on "écoute". Toi et certains piliers de ce forum m'ont poliment indiqué par quoi il faut commencer : lire la doc et s'exercer. Je me rappelle que je configurais ma Debian en passant konqueror sous root en attendant d'assimiler quelques rudiments unix/linux :) Je ne suis pas venu à GNU/Linux pour sa "gratuité", mais pour sa philosophie. On était loin d'avoir ce qu'on a aujourd'hui mais après m'être documenté un peu, j'ai découvert le potentiel de cet "univers".
Il nous explique que son erreur n'est pas celle qui lui a été montrée (l'utilisation des espaces dans les noms de fichiers et de chemins) et qu'il n'a porté aucune attention au message subliminal de Nicolas concernant les caractères accentués. Ici, il a preuve de très petite ouverture d'esprit, d'aucune volonté de changer ses habitudes windows, et surtout, de ne rien apprendre pour avoir le résultat escompté.
En ce moment, je roule sur une distribution sans systemd (Artix), car j'ai compris que initd a été plus ou moins imposé, qui n'est pas portable. Pour ces raisons, je n'en veux pas. Mais je ne me permettrai pas de critiquer systemd pour son fonctionnement, car je n'y connais pas grand chose en init.
C'est donc quelqu'un qui ne restera pas sous Linux.
Il me semble bien. Je lui ai donné une réponse pratique à sa question suivante, je suis curieux de voir sa réponse ou sa non-réponse.
D'autant qu'il a eu quelques réponses des plus fantaisistes qui n'ont pas du l'aider à capter ce qui était utile Raison pour laquelle je milite toujours pour que ceux qui ne savent pas SE TAISENT au lieu de dire des conneries qui induisent encore plus en erreur.
Je reconnais que par excès de zèle j'ai pu commettre ce genre d'erreur :-)
jeanpol3, Linux ne s'offre pas au premier venu, il se mérite.
Ouaip, c'est comme la montagne :) -- jp willm http://willms.yj.fr/willms/index.html
Sergio
Le 22/04/2020 à 11:28, jp willm a écrit :
Le 21/04/2020 à 21:21, Christophe PEREZ a écrit : En ce moment, je roule sur une distribution sans systemd (Artix), car j'ai compris que initd a été plus ou moins imposé, qui n'est pas portable. Pour ces raisons, je n'en veux pas.
Veinard ! systemd ou "pourquoi faire simple quand on peut faire compliquer". Par exemple (si quelqu'un veut me tuyauter, je suis tout ouïe) : Avant cette usine à gaz, il était facile d'avoir un htop (ou autre chose) dans une console virtuelle : cf https://doc.ubuntu-fr.org/consoles_virtuelles#mettre_autre_chose_dans_une_console Avec systemd, ça ne marche plus. Si quelqu'un a une idée simple... Note: Pas de problème de sécurité, c'est une machine personnelle dont personne (sauf moi) n'a d'accès physique.
Mais je ne me permettrai pas de critiquer systemd pour son fonctionnement, car je n'y connais pas grand chose en init.
C'est pour nous faire regretter la base de registres ! -- Serge http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
Le 22/04/2020 à 11:28, jp willm a écrit :
Le 21/04/2020 à 21:21, Christophe PEREZ a écrit :
En ce moment, je roule sur une distribution sans systemd (Artix), car j'ai compris que initd a été plus ou moins imposé, qui n'est pas portable. Pour ces raisons, je n'en veux pas.
Veinard !
systemd ou "pourquoi faire simple quand on peut faire compliquer". Par exemple (si quelqu'un veut me tuyauter, je suis tout ouïe) :
Avant cette usine à gaz, il était facile d'avoir un htop (ou autre chose) dans une console virtuelle :
cf https://doc.ubuntu-fr.org/consoles_virtuelles#mettre_autre_chose_dans_une_console
Avec systemd, ça ne marche plus. Si quelqu'un a une idée simple...
Note: Pas de problème de sécurité, c'est une machine personnelle dont personne (sauf moi) n'a d'accès physique.
Mais je ne me permettrai pas de critiquer systemd pour son fonctionnement, car je n'y connais pas grand chose en init.
C'est pour nous faire regretter la base de registres !
--
Serge http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
Le 21/04/2020 à 21:21, Christophe PEREZ a écrit : En ce moment, je roule sur une distribution sans systemd (Artix), car j'ai compris que initd a été plus ou moins imposé, qui n'est pas portable. Pour ces raisons, je n'en veux pas.
Veinard ! systemd ou "pourquoi faire simple quand on peut faire compliquer". Par exemple (si quelqu'un veut me tuyauter, je suis tout ouïe) : Avant cette usine à gaz, il était facile d'avoir un htop (ou autre chose) dans une console virtuelle : cf https://doc.ubuntu-fr.org/consoles_virtuelles#mettre_autre_chose_dans_une_console Avec systemd, ça ne marche plus. Si quelqu'un a une idée simple... Note: Pas de problème de sécurité, c'est une machine personnelle dont personne (sauf moi) n'a d'accès physique.
Mais je ne me permettrai pas de critiquer systemd pour son fonctionnement, car je n'y connais pas grand chose en init.
C'est pour nous faire regretter la base de registres ! -- Serge http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
Nicolas George
Sergio , dans le message <5ea01070$0$5874$, a écrit :
systemd ou "pourquoi faire simple quand on peut faire compliquer". Par exemple (si quelqu'un veut me tuyauter, je suis tout ouïe) :
Ce serait bien de ne pas trop parler sans savoir. Il y a des objections très légitimes contre systemd de le part de ceux qui réfléchissent en profondeur aux systèmes d'init, mais par rapport au bouzin à base de scripts shell qu'on avait sur la plupart des distributions, c'est un progrès monumental.
Avant cette usine à gaz, il était facile d'avoir un htop (ou autre chose) dans une console virtuelle : cf https://doc.ubuntu-fr.org/consoles_virtuelles#mettre_autre_chose_dans_une_console Avec systemd, ça ne marche plus. Si quelqu'un a une idée simple...
Note que ça n'aurait pas marché avec plein d'autres distributions non plus. Mais avec systemd : - Tu consultes /lib/systemd/system/ pour te servir d'exemple. - Tu tapes systemctl edit pour créer un fichier de config minimaliste qui va modifier celui de base que tu viens de consulter. - Tu y mets ce que tu veux, probablement ExecStart dans la section [Service]. - Tu le lances pour vérifier avec systemctl start. - Tu l'actives de manière permanente avec systemctl enable.
Sergio , dans le message <5ea01070$0$5874$426a74cc@news.free.fr>, a
écrit :
systemd ou "pourquoi faire simple quand on peut faire compliquer". Par
exemple (si quelqu'un veut me tuyauter, je suis tout ouïe) :
Ce serait bien de ne pas trop parler sans savoir. Il y a des objections
très légitimes contre systemd de le part de ceux qui réfléchissent en
profondeur aux systèmes d'init, mais par rapport au bouzin à base de
scripts shell qu'on avait sur la plupart des distributions, c'est un
progrès monumental.
Avant cette usine à gaz, il était facile d'avoir un htop (ou autre
chose) dans une console virtuelle :
cf https://doc.ubuntu-fr.org/consoles_virtuelles#mettre_autre_chose_dans_une_console
Avec systemd, ça ne marche plus. Si quelqu'un a une idée simple...
Note que ça n'aurait pas marché avec plein d'autres distributions non
plus. Mais avec systemd :
- Tu consultes /lib/systemd/system/getty@.service pour te servir
d'exemple.
- Tu tapes systemctl edit getty@tty6.service pour créer un fichier de
config minimaliste qui va modifier celui de base que tu viens de
consulter.
- Tu y mets ce que tu veux, probablement ExecStart dans la section
[Service].
- Tu le lances pour vérifier avec systemctl start.
- Tu l'actives de manière permanente avec systemctl enable.
Sergio , dans le message <5ea01070$0$5874$, a écrit :
systemd ou "pourquoi faire simple quand on peut faire compliquer". Par exemple (si quelqu'un veut me tuyauter, je suis tout ouïe) :
Ce serait bien de ne pas trop parler sans savoir. Il y a des objections très légitimes contre systemd de le part de ceux qui réfléchissent en profondeur aux systèmes d'init, mais par rapport au bouzin à base de scripts shell qu'on avait sur la plupart des distributions, c'est un progrès monumental.
Avant cette usine à gaz, il était facile d'avoir un htop (ou autre chose) dans une console virtuelle : cf https://doc.ubuntu-fr.org/consoles_virtuelles#mettre_autre_chose_dans_une_console Avec systemd, ça ne marche plus. Si quelqu'un a une idée simple...
Note que ça n'aurait pas marché avec plein d'autres distributions non plus. Mais avec systemd : - Tu consultes /lib/systemd/system/ pour te servir d'exemple. - Tu tapes systemctl edit pour créer un fichier de config minimaliste qui va modifier celui de base que tu viens de consulter. - Tu y mets ce que tu veux, probablement ExecStart dans la section [Service]. - Tu le lances pour vérifier avec systemctl start. - Tu l'actives de manière permanente avec systemctl enable.
jp willm
Le 22/04/2020 à 11:37, Sergio a écrit :
Veinard !
Y'a qu'à se lancer ;-) Devuan par exemple, marche très bien pour ceux qui préfèrent apt. Sur artix-lxde-openrc-20200210-x86_64 et sur artix-plasma-openrc-20200210-x86_64 j'ai ajouté xfce4 + dolphin et tout roule sur les deux machines. 8-)
systemd ou "pourquoi faire simple quand on peut faire compliquer". Par exemple (si quelqu'un veut me tuyauter, je suis tout ouïe) :
J'ai vu que c'est déjà fait :)
C'est pour nous faire regretter la base de registres !
Y'a qu'à se lancer ;-) Devuan par exemple, marche très bien pour ceux qui préfèrent apt. Sur artix-lxde-openrc-20200210-x86_64 et sur artix-plasma-openrc-20200210-x86_64 j'ai ajouté xfce4 + dolphin et tout roule sur les deux machines. 8-)
systemd ou "pourquoi faire simple quand on peut faire compliquer". Par exemple (si quelqu'un veut me tuyauter, je suis tout ouïe) :
J'ai vu que c'est déjà fait :)
C'est pour nous faire regretter la base de registres !