Reprise du message précédent :

Je mets à jour pourtant régulièrement.

J'ai eu une bonne grosse update hier aussi (MaJ chaque jour )

La même !
 
Genre une vingtaine de paquets.

Il y a une màj pour 9 aussi (vers 9.10), une soixante de paquets sur mon système. Faudra que je fasse la màj vers 10(.1) un jour...

 
Question sur cron.
Quand on ajoute un script à croner dans /etc/cron.daily/, est-ce qu'on peut déterminer à quel moment le script va être exécuté (par exemple, chaque jour à 23h00) ? Ou l'OS lance le script une fois par jour au pifometre ?
 

Si tu veux lui mettre une date bien particulière autant le faire via  
 
crontab -e
 
du user concerné

C'est ce qui me semblait. Mais dans ce cas, où est-ce que la config est écrite ?  
(c'est pour sauvegarder la config, prod tout ça...)

Dans /var/spool/cron/crontabs/${username}
 
Mais perso je préfère avoir ce genre de chose dans /etc/cron.d/mon_job_XYZ

et sortie de 9.11, correctif pour l'installateur si j'ai bien vu et patch LibreOffice.

les trucs mis dans cron.daily sont "par défaut" lancés le matin à 6h25. cela peut se voir dans /etc/crontab ;-)
si tu veux un truc avec un horaire custom, mieux vaut le mettre dans cron.d

Hasbeen les cron depuis les timers systemd

mort à systemd

 
Ici c'est Debian, on a toujours 20 versions de retard sur tout    
 
 
(pour vrai, skwa l'avantage des timers systemd par rapport aux cron qui marche impec ?)

https://wiki.archlinux.org/index.ph [...] eplacement

 
Comment remplacer une ligne dans un fichier texte par 6 heures de configuration/déboguage

Je ne juge pas, chacun fait comme il veut
 
Perso à part le côté gestion des cgroups, et éventuellement la dépendance à un autre service, je trouve que ça n'apporte pas grand chose en effet.

J'utilise personnellement les timers de systemd car je n'avais pas trouver comment exécuter un cron au démarrage si le pc est éteint ou en veille a l'heure du cron.

Plop

Rien à voir avec les tâches planifiées :
Je souhaite faire une installation netinstall, mais je ne peux me connecter qu'en wifi via un adaptateur usb (rtl8188).

Ça se passe comment dans ces cas là ? Faut inclure le driver dans l'installation ?

Lors du chargement de l'installeur, il va te dire qu'il manque tel module.
 
Tu devras alors le mettre sur une clé USB (après l'avoir récup sur le repo de Debian) pour que l'installeur le charge et reconnaisse ton dongle.

Soit tu prends un iso avec les firmwares intégrés, soit une clef usb en fat32 avec les .deb présents dans un dossier "firmware".
https://cdimage.debian.org/cdimage/ [...] 64/iso-cd/

 
+1000

 
 
J'ai installé Buster sur un portable, (non efi ouf...) et j'ai voulu modifier grub pour démarrer "plus vite"...
 
heureusement que j'ai relu ma prose de stretch, et voulu tester :
# update-grub
bash: update-grub : commande introuvable
#
 
connaissez-vous la manip pour modifier grub et le faire démarrer en 2s au lieu des 5 d'origine ?
 
Merci de vos retours  

 
sudo su ( )
 
apt install --reinstall grub
 
nano ( ) /etc/default/grub
 
chercher "timeout", mettre la valeur kivabien, sortir de nano (ctrl+x, c'est moins compliqué que quitter la vi)
 
update-grub
 
exit parce que sudo su ça fait suer ( )
 
De rien.

Merci
Je teste le plus rapidement possible...  
là, j'suis sur le fixe...

sudo su  

 
revoici le résultat de upgrade-grub :
# update-grub
bash: update-grub : commande introuvable
#  
 
cependant, j'ai quand même testé le redémarrage, des fois que sous buster, il y ait des changements... (comme c'est le cas avec wine...)
et, bien entendu, aucune modification enregistrée !
 
Merci, tout de même pour ta participation

Tu as bien tappé update et pas upgrade? Et tu as bien grub-legacy d'installé? Tu étais bien root?
 
dpkg -l | grep grub donne quoi?

Oui, un coup de dpkg --get-selections "grub*"
 
Et un which update-grub
 
Parce que là, cette installation de Buster a l'air bien foireuse...

 
Oui...      
 
 
sudo -s
OU
su -
 
Mais pas un mix dégueulasse des 2  

j'ai copié dans le message précédent ce que j'avais écrit...
c'est bien update !
et non upgrade
 
 

là aussi, j'ai bien laissé le # qui indique que je suis sous root !
et regardes le commentaire suivant, où legacy est désinstallé...
 
 

résultat de la commande, sous root :
# dpkg -l | grep grub
ii  grub-common                           2.02+dfsg1-20                   amd64        GRand Unified Bootloader (common files)
rc  grub-legacy                           0.97-75                         amd64        GRand Unified Bootloader (Legacy version)
ii  grub-pc                               2.02+dfsg1-20                   amd64        GRand Unified Bootloader, version 2 (PC/BIOS version)
ii  grub-pc-bin                           2.02+dfsg1-20                   amd64        GRand Unified Bootloader, version 2 (PC/BIOS modules)
ii  grub2                                 2.02+dfsg1-20                   amd64        GRand Unified Bootloader, version 2 (dummy package)
ii  grub2-common                          2.02+dfsg1-20                   amd64        GRand Unified Bootloader (common files for version 2)
#  

# dpkg --get-selections "grub*"
grub-common     install
grub-efi-amd64     install
grub-efi-amd64-bin    install
grub-legacy     deinstall
grub-pc      install
grub-pc-bin     install
grub2      install
grub2-common     install
#  
 
 
 

sans surprise :
# update-grub
bash: update-grub : commande introuvable
#  
 
 
 

et pourtant je l'ai installée via netinst, et tout c'est déroulé "normalement"  !
il y a presque 1 mois !

sudo -s
Ou
su -
Sinon t'as pas /sbin et /usr/sbin dans ton PATH, et du coup ça ne trouve pas la commande update-grub.

Et pourtant... je l'ai installé, comme je l'ai précisé, via netinst...
 
Y a-t-il une manière de remédier à cela ?

Oui : utiliser la commande "sudo -s" ou "su -" pour passer en root, afin qu'il trouve la commande update-grub

+1 pour le "sudo -s" ou "su -" car update-grub est dans /usr/sbin/
 

Avec "sudo su" et une install de Debian pas moisie, ça marche aussi hein
 

En buster ?
Il ressemble à quoi ton PATH utilisateur avant ton su ?

 
Install (netinst, minimale) de Buster (10.1) y a 4 jours.
 

sudo -s ou rien

sudo -q