Des temporaires qui interrogent (phase 2)

Support Debian
#1

Bonjour,

  1. J’ai du me créer un autre uid vu que je n’ai plus acces a rien
  2. j’ai l’impression qu’il y a confusion avec mes anciens messages donc je repars sur une nouvelle problématique (c’est la meme mais en complètement cassée)

donc, j’allume mon ordi ce matin et au niveau du boot ca ne passe pas

finished plymouth quite ... plymouth boot screen

cette situation fait suite aux modifs suggérées dans post (phase initiale)

situation: une ligne tmps dans fstab qui fait doublon avec une autre /tmp point de montage deja declaré.

#2

je contre ca

=1=
touch /etc/modprobe.d/nvidia-blacklists-nouveau.conf
auquel j’ajoute

blacklist nouveau
options nouveau modeset=0

puis
update-initramfs -u -k all

=1=

avec ca

=2=
rm /etc/modprobe.d/nvidia-blacklists-nouveau.conf

puis
update-initramfs -u -k all

=2=

???

#3

j’ai creusé
j’ai trouvé ca

donc j’ai supprimé le splash dans
GRUB_CMDLINE_LINUX_DEFAULT=« quiet splash »

le boot va plus loin mais la je suis bloqué sur
starting systemd-hostname service

des idees ???

#4

Si tu as des données, récupères les et réinstalle. Car à force de bidouille ton système n 'est plus très stable.

Et installe Bookworm, utiliser Trixie quand on ne maîtrise pas assez ce n’est pas une bonne idée.

#5

pardon ?? reinstaller quoi ?

#6

Ton système.

#7

j’ai cru a un troll quand j’ai lu ca l’autre jour… en fait j’aurais prefere :frowning:

donc, je passe une semaine a tout reinstaller et a reconfigurer et au bout du compte la seule résolution serait de tout réinstaller !? je ne vais pas dire que c’est inadmissible, mais je ne peux pas admettre cette résolution extrême. Tant qu’a etre emmerder, autant etre sous windows du coup :frowning:

de base j’avais pas installe de truc qui va bidouiller la memoire! J’ai betement cru les conseils donnés ici. bookworm ou trixie j’ai aucune idee ni sur l’un ni sur l’autre de ce que ca fait :frowning:

#8

on se calme. Désolé je n’avais pas vu que tu avais déjà réinstallé.
Tu as réinstallé quoi? Bookworm ou trixie? trixie c’est la version instable, clairement déconseillée à un débutant.
Pour ce qui est de l’installation quelle iso as-tu utilisé et quel éventuel tutoriel as tu utilisé?

#9

les infos du dvd indique12.6.0 gn amd64
c’est assez parlant ou je dois regarder dans quel fichier ?

les update ont ete fait en suite bien evidemment

#10

la version actuelle de Bookworm, Debian 12, est la 12.11. Et il est plus simple de prendre une iso netinst.

et tu as un tuto ici: Tutoriel installation Debian avec iso netinst

#11

ok update… sur ce que j’avais dit … version 12.11 indiquée par cat /etc/debian_version
j’avais bien dit que j’avais fait les mises a jour :slight_smile:

#12

se pose aussi la question de savoir pourquoi dans fstab mes partions sont avec uuid alors que tmpfs ca semble pas l’interesser. normal ?

#13

c’est inhabituel. Une installation normale n’utilise pas les UUID excepté pour la partition/boot/efi.
Il y a donc eu quelque chose d’anormal lors de ton installation.

#14

que ca ait été inhabituel, c’est possible. Ceci dit, ca fonctionnait tres bien jusqu’a ca

blacklist nouveau
options nouveau modeset=0

ce qui ramene a une de mes questions precedentes " comment faire marche arriere" … en toute securite …

#15

non ca ne peut pas t’empêcher de démarrer.
Je pense que tu confons plein de chose en vrac.

#16

« Zargos, post:15, topic:91270, full:true »]

non ca ne peut pas t’empêcher de démarrer.
Je pense que tu confons plein de chose en vrac.
[/quote]

dans le journal je trouve

pci can’t disable aspm ; os doesn’t have aspm controle

config_ima_disable_htable is disabled. duplicate IMA measurements … in the IMA log

HOME=/run/alsa -E XDG_runtime_dir = … alsa/runtime failed with exit code 2

failed to get new runlevel, utmp update skipped

ca veut dire quoi ?

#17

Le message le plus « important » est : failed to get new runlevel, utmp update skipped

  • runlevel signifie que le système n’a pas réussi à lire ou modifier le niveau d’exécution
  • utmp est un fichier système qui enregistre les connexions actives (commandes who , uptime , etc…
  • Cela peut s’expliquer par un environnement minimaliste ou en conteneur (ex: chroot, Docker).

En d’autres termes cela peut indiquer un système partiellement configuré ou sans systemd .

#18

ll y avait entr’autres un blacklistage en effet. Je saurais pas expliqué vu que dans mes 15 heures de « combat » j’ai pas tout suivi. J’ai suivi les consignes… pas totalement car des fois c’etait pas fondé, mais j’ai suivi les consignes et au bout du compte, on a reussi a remonter le systeme.
L’ordi de depannage est repart en hibernage mais lui a tout l’historique de ce combat numérique :slight_smile:
Situation résolue.
Que toutes les aides bienveillantes de ce forum se rassurent. Jamais je n’aurais pu (ni quelqu’un avec mes « compétences ») résoudre la situation a coup de message de forum. Il y a des situations qui demandent des pratiques plus adaptées. Ca n’enlève rien à la qualité des échange du forum !