Certaines mises à jour se passent sans encombres et d'autres posent des soucis
Je ne grave que rarement alors impossible de vous dire de quand ça date... Dans les 2-3 derniers mois environ.
Quand j'ouvre K3B, j'ai le message : "Problème de configuration du système. Aucun lecteur optique trouvé.
K3b n'a trouvé aucun périphérique optique dans votre système." https://imgur.com/7rXLs7Zl.png
Mes recherches ne m'ont donné aucun élément de réponse...
Merci d'avance pour votre aide.
Bonjour, ta signature me laisse à penser que tu es sous Xfce. Quelle issue en utilisant xfburn, programme par défaut d'Xfce ?
Je déplace le sujet dans "Applications & environnements graphiques"
Manjaro-Xfce-Compiz 64
Desktop
CPU amd-phenom-64(pci=nomsi dans grub)
CG nvidia GeForce GT 730
Ram : 4 Go
kernel : 54 branche : stable, driver GPU : Nvidia-non-libre
Je suis effectivement sous Xfce.
Grâce au père Noël, j'ai désormais un autoradio bluetooth donc les CDs gravés, c'est le passé.
Je testerai quand même xfburn ce weekend, merci.
[arnaud@manjaro ~]$ cat /etc/mkinitcpio.conf
# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run. Advanced users may wish to specify all system modules
# in this array. For instance:
# MODULES="piix ide_disk reiserfs"
MODULES=""
# BINARIES
# This setting includes any additional binaries a given user may
# wish into the CPIO image. This is run last, so it may be used to
# override the actual binaries included by a given hook
# BINARIES are dependency parsed, so you may safely ignore libraries
BINARIES=""
# FILES
# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in any way. This is useful for config files.
FILES=""
# HOOKS
# This is the most important setting in this file. The HOOKS control the
# modules and scripts added to the image, and what happens at boot time.
# Order is important, and it is recommended that you do not change the
# order in which HOOKS are added. Run 'mkinitcpio -H <hook name>' for
# help on a given hook.
# 'base' is _required_ unless you know precisely what you are doing.
# 'udev' is _required_ in order to automatically load modules
# 'filesystems' is _required_ unless you specify your fs modules in MODULES
# Examples:
## This setup specifies all modules in the MODULES setting above.
## No raid, lvm2, or encrypted root is needed.
# HOOKS="base"
#
## This setup will autodetect all modules for your system and should
## work as a sane default
# HOOKS="base udev autodetect block filesystems"
#
## This setup will generate a 'full' image which supports most systems.
## No autodetection is done.
# HOOKS="base udev block filesystems"
#
## This setup assembles a pata mdadm array with an encrypted root FS.
## Note: See 'mkinitcpio -H mdadm' for more information on raid devices.
# HOOKS="base udev block mdadm encrypt filesystems"
#
## This setup loads an lvm2 volume group on a usb device.
# HOOKS="base udev block lvm2 filesystems"
#
## NOTE: If you have /usr on a separate partition, you MUST include the
# usr, fsck and shutdown hooks.
HOOKS="base udev autodetect modconf block keyboard keymap plymouth resume filesystems fsck"
# COMPRESSION
# Use this to compress the initramfs image. By default, gzip compression
# is used. Use 'cat' to create an uncompressed image.
#COMPRESSION="gzip"
#COMPRESSION="bzip2"
#COMPRESSION="lzma"
#COMPRESSION="xz"
#COMPRESSION="lzop"
#COMPRESSION="lz4"
# COMPRESSION_OPTIONS
# Additional options for the compressor
#COMPRESSION_OPTIONS=""
[arnaud@manjaro ~]$ groups
lp wheel network video audio storage users vboxusers wireshark arnaud
Bonjour primokorn, C'est probablement un problème de droits, donnes le retour de ls -l /dev/sr0 Par ailleurs, tu as pas mal de fichiers .pac à traiter, /etc/group.pacnews etc., il faudrait peut-être songer à s'en occuper. Le retour de groups me laisse perplexe
[arnaud@manjaro ~]$ groups
lp wheel network video audio storage users vboxusers wireshark arnaud
Perso je virerai : lp, network, audio, video, storage, et surtout "arnaud", ils n'ont strictement rien à faire ici et peuvent même être source de problèmes
Manjaro-Xfce-Compiz 64
Desktop
CPU amd-phenom-64(pci=nomsi dans grub)
CG nvidia GeForce GT 730
Ram : 4 Go
kernel : 54 branche : stable, driver GPU : Nvidia-non-libre
Je veux bien faire ce que tu me conseilles mais je ne vois pas comment faire
@Smurf
Ça a effectivement réglé le problème, merci.
Je suis sûr de ne pas l'avoir fait manuellement donc ça veut dire qu'une mise à jour a supprimé ce droit ?
Bah, si c'est résolu laisse tomber, de plus je viens de m'apercevoir que sur les dernières iso officielles, les devs de Manjaro n'ont toujours pas appliqué les standards Archlinux concernant les groupes, en post-introduction de systemd. Un choix de Manjaro qui n'est pas le mien dans la pratique 72434 Concernant les fichiers .pacnew, il est conseillé de les traiter régulièrement. Il faut comparer le fichier original et le fichier pacnew et voir si ce dernier apporte des nouveautés. Si c'est le cas on doit choisir le .pacnew sans oublier d'y ajouter les spécificités du fichier original (ta config perso, ton nom d'user...)
nb : concernant ton fichier /dev/sr0, les droits sont bons, reste plus qu'à faire tourner les galettes !
Manjaro-Xfce-Compiz 64
Desktop
CPU amd-phenom-64(pci=nomsi dans grub)
CG nvidia GeForce GT 730
Ram : 4 Go
kernel : 54 branche : stable, driver GPU : Nvidia-non-libre
celle qui sont à traiter ,
si tu souhaite voir les différences
diff -y /etc/mkinitcpio.conf.pacnew /etc/mkinitcpio.conf
affiche côte a côte pour repérer les différences
Pour identifier les différences, je pensais utiliser Meld. J'ai l'habitude de ce programme pour mes tâches Android.
Un risque de casser l'environnement ? Ça craint quand même car faut le savoir
Je reviendrai certainement ici quand je serai en train de le faire. J'aurai sans doute une ou deux questions bonus
Normalement, il reste une part de maintenance à la charge de l'utilisateur. Les pacnews cités par Stéphane doivent être vérifiés avant de les appliquer si on décide de les appliquer, ce qui n'est pas obligatoire. Si on ne sait pas, on ne fait rien, c'est plus prudent.
Il faut comprendre que passwd et shadow contiennent des configurations des mots de passe de root et de l'utilisateur. Les appliquer sans les vérifier risque de t'empêcher de démarrer Manjaro, ce qui est un brin désagréable ....
Idéalement, on renomme provisoirement le fichier actuel en .old (ou autre) et on applique le nouveau après consultation. Si ça plante, on chroot et on remet l'ancien.
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
Concernant les deux fichiers cités plus haut par lemust83, tu peux aussi faire un sudo pwck histoire de vérifier leur cohérence, l'un vis à vis de l'autre. A faire de temps à autre, si pas de retour c'est Cela ne dispense pas, évidement, de traiter les .pacnew
N'hésite pas à ouvrir un autre sujet sur ce thème, on est un peu HS là, non ?
Manjaro-Xfce-Compiz 64
Desktop
CPU amd-phenom-64(pci=nomsi dans grub)
CG nvidia GeForce GT 730
Ram : 4 Go
kernel : 54 branche : stable, driver GPU : Nvidia-non-libre