Manjaro Linux - Forum Italiano

[RISOLTO] Installazione di Blender abortita. Il boot si interrompe

0 Utenti e 2 Visitatori stanno visualizzando questo topic.

Re:Installazione di Blender abortita. Il boot si interrompe
« Risposta #30 il: Febbraio 22, 2020, 02:36:39 am »
Parto dal fondo, l'UUID sembra in realtà corretto, semplicemente il trattino (o hyphen) viene codificato in maniera diversa nel nome del servizio di systemd, succede anche con altri caratteri che sono riservati ad altro utilizzo.

In questo caso non mi pare che systemd-analyze riporti informazioni utili, ma non si sa mai.

La schermata di cui hai mandato l'immagine mostra chiaramente che SDDM non riesce a partire, l'immagine però non è molto leggibile, se riesci a produrne una più chiara può essere d'aiuto nell'identificare il problema.
Ti consiglio anche di eseguire il login in una TTY e provare a far partire il server grafico tramite startx, per vedere se parte o restituisce qualche errore eloquente, potrebbe essere un problema nel riconoscere lo schermo (o gli schermi).

carissimo Cubanpit,
mi scuso con te e con gli altri membri del forum per aver postato immagini di bassa qualità. Purtroppo il mio smartphone CAT S60 ha il pregio di essere resistente agli urti e all'acqua ma non quello di fare buone fotografie. Adesso però ho usato la mia vecchia ma fidata Nikon D200 e spero che il risultato sia migliore e ti allego l'immagine dell'ultima schermata del journalctl relativa a SDDM

Codice: [Seleziona]
journalctl|grep -i SDDM
Stefano Colonna

Re:Installazione di Blender abortita. Il boot si interrompe
« Risposta #31 il: Febbraio 22, 2020, 02:40:09 am »
[...]In questo caso non mi pare che systemd-analyze riporti informazioni utili, ma non si sa mai.
[...]
carissimo Cubanpit,
ecco la nuova schermata relativa a system-d
Codice: [Seleziona]
systemd-analyze blame
Stefano Colonna

Re:Installazione di Blender abortita. Il boot si interrompe
« Risposta #32 il: Febbraio 22, 2020, 02:50:09 am »
[...]
Ti consiglio anche di eseguire il login in una TTY e provare a far partire il server grafico tramite startx, per vedere se parte o restituisce qualche errore eloquente, potrebbe essere un problema nel riconoscere lo schermo (o gli schermi).
Carissimo Cubanpit,
per sicurezza ho usato un solo schermo.
Ti posto qui in allegato la schermata che si vede dopo aver lanciato
Codice: [Seleziona]
startx dal TTY3 in root.
Grazie ancora per l'aiuto prestato.
Stefano Colonna

Cubanpit

  • *****
  • 3033
Re:Installazione di Blender abortita. Il boot si interrompe
« Risposta #33 il: Febbraio 22, 2020, 11:09:32 am »
Grazie per le nuove immagini, consiglio però di far partire il server grafico da utente, se ricordo bene non è più pensato per essere usato da amministratore.
L'ouput di systemd-analyze non è utile per indagare il problema, non c'è bisogno di analizzarlo nuovamente.  ;)

A occhio dalla prima schermata sembrerebbe che SDDM non riesca a trovare lo schermo, non ho idea se questo sia dovuto a qualche particolarità del dispositivo su cui stai installando Manjaro.

Avendo accesso da TTY dovrebbe anche essere più semplice aggiornare il sistema e provare diversi kernel, che può essere un possibile tentativo.

Anche i file di configurazione del server grafico in /etc/X11/xorg.conf.d/ possono tornare utili.

Re:Installazione di Blender abortita. Il boot si interrompe
« Risposta #34 il: Febbraio 22, 2020, 11:46:07 pm »
Grazie per le nuove immagini, consiglio però di far partire il server grafico da utente, se ricordo bene non è più pensato per essere usato da amministratore.
L'ouput di systemd-analyze non è utile per indagare il problema, non c'è bisogno di analizzarlo nuovamente.  ;)

A occhio dalla prima schermata sembrerebbe che SDDM non riesca a trovare lo schermo, non ho idea se questo sia dovuto a qualche particolarità del dispositivo su cui stai installando Manjaro.

Avendo accesso da TTY dovrebbe anche essere più semplice aggiornare il sistema e provare diversi kernel, che può essere un possibile tentativo.

Anche i file di configurazione del server grafico in /etc/X11/xorg.conf.d/ possono tornare utili.

Carissimo Cubanpit,
ho usato il tuo script cleanupdate ma non ha modificato la situazione esistente.
Poi ho guardato i file di configurazione di Xorg nella installazione di Debian e ho visto che sono descritti i driver "amdgpu" e "radeon" e ho constatato che nella installazione di Manjaro non funzionante sono entrambi già installati.
A questo punto, visto che la versione live di Manjaro da chiavetta USB funziona perfettamente e rapidamente mi chiedo se esista uno script tipo quello usato da live per fare la reinstallazione di Xorg e KDE Plasma in modo automatico usando la TTY3 della installazione di Manjaro non funzionante.
Grazie ancora per i consigli.
Stefano Colonna

Re:Installazione di Blender abortita. Il boot si interrompe
« Risposta #35 il: Febbraio 23, 2020, 12:00:47 am »
carissimo Cubanpit,
mi correggo: ho rifatto il boot così tanto per provare e mi sono accorto che il tuo cleanupdate ha funzionato e ora ti scrivo da dentro Manjaro riparato.
Cleanupdate ha trovato dei pacchetti orfani e ha ripulito tutto.
Io ho copiato i file di configurazione di Xorg della installazione funzionante di Debian in quella di Manjaro corrotta e forse anche questo ha contribuito a risolvere il problema.
PROBLEMA RISOLTO con tutti e 3 i monitor con altrettanti spazi di lavoro autonomi.
Grazie infinite !

« Ultima modifica: Febbraio 23, 2020, 12:22:21 am da Stefano Colonna »
Stefano Colonna

Cubanpit

  • *****
  • 3033
Re:Installazione di Blender abortita. Il boot si interrompe
« Risposta #36 il: Febbraio 23, 2020, 10:33:05 pm »
Citazione
Io ho copiato i file di configurazione di Xorg della installazione funzionante di Debian in quella di Manjaro corrotta e forse anche questo ha contribuito a risolvere il problema.
Interessante, non so se abbia contribuito l'aggiornamento o il file di configurazione, nel dubbio puoi copiare qui il contenuto del file di configurazione che hai copiato e anche quello dei file generati da Manjaro (li trovi in /etc/X11/mhwd.d/).
In più ti chiederei l'output di  "inxi -G"  e di  "mhwd -li -d", così controlliamo cosa sta girando e i driver installati.
Ottima notizia che tu sia riuscito a risolvere!

Re:Installazione di Blender abortita. Il boot si interrompe
« Risposta #37 il: Febbraio 23, 2020, 11:34:02 pm »
Citazione
Io ho copiato i file di configurazione di Xorg della installazione funzionante di Debian in quella di Manjaro corrotta e forse anche questo ha contribuito a risolvere il problema.
Interessante, non so se abbia contribuito l'aggiornamento o il file di configurazione, nel dubbio puoi copiare qui il contenuto del file di configurazione che hai copiato e anche quello dei file generati da Manjaro (li trovi in /etc/X11/mhwd.d/).
In più ti chiederei l'output di  "inxi -G"  e di  "mhwd -li -d", così controlliamo cosa sta girando e i driver installati.
[...]

Carissimo Cubanpit,
la directory /etc/X11/mhwd.d/ è vuota.
La directory /etc/X11/xorg.conf.d contiene due file: 00-keyboard.conf e xorg.conf. Vedi il messaggio successivo dove spiego che ho copiato di file di Debian in un'altra directory /usr/share/X11/xorg.conf.d/

ecco il contenuto di 00-keyboard.conf
Codice: [Seleziona]
# Read and parsed by systemd-localed. It's probably wise not to edit this file
# manually too freely.
Section "InputClass"
        Identifier "system-keyboard"
        MatchIsKeyboard "on"
        Option "XkbLayout" "it"
        Option "XkbModel" "pc105"
EndSection

ecco il contenuto di xorg.conf
Codice: [Seleziona]
Section "ServerLayout"
Identifier     "X.org Configured"
Screen      0  "Screen0" 0 0
Screen      1  "Screen1" RightOf "Screen0"
InputDevice    "Mouse0" "CorePointer"
InputDevice    "Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
ModulePath   "/usr/lib/xorg/modules"
FontPath     "/usr/share/fonts/misc"
FontPath     "/usr/share/fonts/TTF"
FontPath     "/usr/share/fonts/OTF"
FontPath     "/usr/share/fonts/Type1"
FontPath     "/usr/share/fonts/100dpi"
FontPath     "/usr/share/fonts/75dpi"
EndSection

Section "Module"
Load  "glx"
EndSection

Section "InputDevice"
Identifier  "Keyboard0"
Driver      "kbd"
EndSection

Section "InputDevice"
Identifier  "Mouse0"
Driver      "mouse"
Option     "Protocol" "auto"
Option     "Device" "/dev/input/mice"
Option     "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
Identifier   "Monitor0"
VendorName   "Monitor Vendor"
ModelName    "Monitor Model"
EndSection

Section "Monitor"
Identifier   "Monitor1"
VendorName   "Monitor Vendor"
ModelName    "Monitor Model"
EndSection

Section "Device"
        ### Available Driver options are:-
        ### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
        ### <string>: "String", <freq>: "<f> Hz/kHz/MHz",
        ### <percent>: "<f>%"
        ### [arg]: arg optional
        #Option     "Accel"              # [<bool>]
        #Option     "SWcursor"            # [<bool>]
        #Option     "EnablePageFlip"      # [<bool>]
        #Option     "SubPixelOrder"      # [<str>]
        #Option     "ZaphodHeads"        # <str>
        #Option     "AccelMethod"        # <str>
        #Option     "DRI3"                # [<bool>]
        #Option     "DRI"                # <i>
        #Option     "ShadowPrimary"      # [<bool>]
        #Option     "TearFree"            # [<bool>]
        #Option     "DeleteUnusedDP12Displays" # [<bool>]
        #Option     "VariableRefresh"    # [<bool>]
Identifier  "Card0"
Driver      "amdgpu"
BusID       "PCI:5:0:0"
EndSection

Section "Device"
        ### Available Driver options are:-
        ### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
        ### <string>: "String", <freq>: "<f> Hz/kHz/MHz",
        ### <percent>: "<f>%"
        ### [arg]: arg optional
        #Option     "Accel"              # [<bool>]
        #Option     "SWcursor"            # [<bool>]
        #Option     "EnablePageFlip"      # [<bool>]
        #Option     "SubPixelOrder"      # [<str>]
        #Option     "ZaphodHeads"        # <str>
        #Option     "AccelMethod"        # <str>
        #Option     "DRI3"                # [<bool>]
        #Option     "DRI"                # <i>
        #Option     "ShadowPrimary"      # [<bool>]
        #Option     "TearFree"            # [<bool>]
        #Option     "DeleteUnusedDP12Displays" # [<bool>]
        #Option     "VariableRefresh"    # [<bool>]
Identifier  "Card1"
Driver      "amdgpu"
BusID       "PCI:5:0:1"
EndSection

Section "Screen"
Identifier "Screen0"
Device     "Card0"
Monitor    "Monitor0"
SubSection "Display"
Viewport   0 0
Depth     1
EndSubSection
SubSection "Display"
Viewport   0 0
Depth     4
EndSubSection
SubSection "Display"
Viewport   0 0
Depth     8
EndSubSection
SubSection "Display"
Viewport   0 0
Depth     15
EndSubSection
SubSection "Display"
Viewport   0 0
Depth     16
EndSubSection
SubSection "Display"
Viewport   0 0
Depth     24
EndSubSection
EndSection

Section "Screen"
Identifier "Screen1"
Device     "Card1"
Monitor    "Monitor1"
SubSection "Display"
Viewport   0 0
Depth     1
EndSubSection
SubSection "Display"
Viewport   0 0
Depth     4
EndSubSection
SubSection "Display"
Viewport   0 0
Depth     8
EndSubSection
SubSection "Display"
Viewport   0 0
Depth     15
EndSubSection
SubSection "Display"
Viewport   0 0
Depth     16
EndSubSection
SubSection "Display"
Viewport   0 0
Depth     24
EndSubSection
EndSection
Citazione
Ottima notizia che tu sia riuscito a risolvere!
Merito tuo: grazie mille !
Le altre info nel prossimo post
« Ultima modifica: Febbraio 23, 2020, 11:52:36 pm da Stefano Colonna »
Stefano Colonna

Re:Installazione di Blender abortita. Il boot si interrompe
« Risposta #38 il: Febbraio 23, 2020, 11:37:37 pm »
[...]
ti chiederei l'output di  "inxi -G"  e di  "mhwd -li -d", così controlliamo cosa sta girando e i driver installati.
[...]

Codice: [Seleziona]
[stecolumna@amatronico ~]$ inxi -G
Graphics:  Device-1: AMD Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] driver: amdgpu v: kernel
           Display: x11 server: X.Org 1.20.7 driver: amdgpu
           resolution: 1920x1080~60Hz, 1920x1080~60Hz, 1920x1080~60Hz
           OpenGL:
           renderer: AMD Ryzen Embedded V1605B with Radeon Vega Gfx (RAVEN DRM 3.36.0 5.5.2-1-MANJARO LLVM 9.0.1)
           v: 4.5 Mesa 19.3.4
[stecolumna@amatronico ~]$

Codice: [Seleziona]
[stecolumna@amatronico ~]$ mhwd -li -d
   NAME:        video-linux
   ATTACHED:    PCI
   VERSION:     2018.05.04
   INFO:        Standard open source drivers.
   PRIORITY:    2
   FREEDRIVER:  true
   DEPENDS:     -
   CONFLICTS:   -
   CLASSIDS:    0300 0380 0302
   VENDORIDS:   1002 8086 10de


Warning: no installed configs for USB devices found!
[stecolumna@amatronico ~]$
« Ultima modifica: Febbraio 26, 2020, 01:53:27 pm da Cubanpit »
Stefano Colonna

Re:Installazione di Blender abortita. Il boot si interrompe
« Risposta #39 il: Febbraio 23, 2020, 11:46:21 pm »
Citazione
Io ho copiato i file di configurazione di Xorg della installazione funzionante di Debian in quella di Manjaro corrotta e forse anche questo ha contribuito a risolvere il problema.
Interessante, non so se abbia contribuito l'aggiornamento o il file di configurazione, nel dubbio puoi copiare qui il contenuto del file di configurazione che hai copiato e anche quello dei file generati da Manjaro (li trovi in /etc/X11/mhwd.d/).
[...]
i file di Debian che ho copiato sono questi ma la directory è /usr/share/X11/xorg.conf.d


10-amdgpu
Codice: [Seleziona]
Section "OutputClass"
Identifier "AMDgpu"
MatchDriver "amdgpu"
Driver "amdgpu"
EndSection


10-quircks
Codice: [Seleziona]
# Collection of quirks and blacklist/whitelists for specific devices.


# Accelerometer device, posts data through ABS_X/ABS_Y, making X unusable
# http://bugs.freedesktop.org/show_bug.cgi?id=22442
Section "InputClass"
        Identifier "ThinkPad HDAPS accelerometer blacklist"
        MatchProduct "ThinkPad HDAPS accelerometer data"
        Option "Ignore" "on"
EndSection

# https://bugzilla.redhat.com/show_bug.cgi?id=523914
# Mouse does not move in PV Xen guest
# Explicitly tell evdev to not ignore the absolute axes.
Section "InputClass"
        Identifier "Xen Virtual Pointer axis blacklist"
        MatchProduct "Xen Virtual Pointer"
        Option "IgnoreAbsoluteAxes" "off"
        Option "IgnoreRelativeAxes" "off"
EndSection

# https://bugs.freedesktop.org/show_bug.cgi?id=55867
# Bug 55867 - Doesn't know how to tag XI_TRACKBALL
Section "InputClass"
        Identifier "Tag trackballs as XI_TRACKBALL"
        MatchProduct "trackball"
        MatchDriver "evdev"
        Option "TypeName" "TRACKBALL"
EndSection

# https://bugs.freedesktop.org/show_bug.cgi?id=62831
# Bug 62831 - Mionix Naos 5000 mouse detected incorrectly
Section "InputClass"
        Identifier "Tag Mionix Naos 5000 mouse XI_MOUSE"
        MatchProduct "La-VIEW Technology Naos 5000 Mouse"
        MatchDriver "evdev"
        Option "TypeName" "MOUSE"
EndSection


10-radeon
Codice: [Seleziona]
Section "OutputClass"
Identifier "Radeon"
MatchDriver "radeon"
Driver "radeon"
EndSection


40-libinput
Codice: [Seleziona]
# Match on all types of devices but joysticks
#
# If you want to configure your devices, do not copy this file.
# Instead, use a config snippet that contains something like this:
#
# Section "InputClass"
#   Identifier "something or other"
#   MatchDriver "libinput"
#
#   MatchIsTouchpad "on"
#   ... other Match directives ...
#   Option "someoption" "value"
# EndSection
#
# This applies the option any libinput device also matched by the other
# directives. See the xorg.conf(5) man page for more info on
# matching devices.

Section "InputClass"
        Identifier "libinput pointer catchall"
        MatchIsPointer "on"
        MatchDevicePath "/dev/input/event*"
        Driver "libinput"
EndSection

Section "InputClass"
        Identifier "libinput keyboard catchall"
        MatchIsKeyboard "on"
        MatchDevicePath "/dev/input/event*"
        Driver "libinput"
EndSection

Section "InputClass"
        Identifier "libinput touchpad catchall"
        MatchIsTouchpad "on"
        MatchDevicePath "/dev/input/event*"
        Driver "libinput"
EndSection

Section "InputClass"
        Identifier "libinput touchscreen catchall"
        MatchIsTouchscreen "on"
        MatchDevicePath "/dev/input/event*"
        Driver "libinput"
EndSection

Section "InputClass"
        Identifier "libinput tablet catchall"
        MatchIsTablet "on"
        MatchDevicePath "/dev/input/event*"
        Driver "libinput"
EndSection


70-wacom
Codice: [Seleziona]
# Some of the below input classes appear 3x times, once for each of
# "tablet", "touchscreen", and "touchpad" to ensure that the Wacom
# driver is not accidentally bound to other types of hardware that
# Wacom has made which are not handled by the wacom driver (e.g the
# Wacom Bluetooth Keyboard)
#
# https://sourceforge.net/p/linuxwacom/bugs/294/

Section "InputClass"
        Identifier "Wacom USB tablet class"
        MatchUSBID "056a:*"
        MatchDevicePath "/dev/input/event*"
        MatchIsTablet "true"
        Driver "wacom"
EndSection

Section "InputClass"
        Identifier "Wacom USB touchscreen class"
        MatchUSBID "056a:*"
        MatchDevicePath "/dev/input/event*"
        MatchIsTouchscreen "true"
        Driver "wacom"
EndSection

Section "InputClass"
        Identifier "Wacom USB touchpad class"
        MatchUSBID "056a:*"
        MatchDevicePath "/dev/input/event*"
        MatchIsTouchpad "true"
        Driver "wacom"
EndSection

Section "InputClass"
Identifier "Wacom tablet class"
MatchProduct "Wacom|WACOM|PTK-540WL|ISD-V4"
MatchDevicePath "/dev/input/event*"
MatchIsTablet "true"
Driver "wacom"
EndSection

Section "InputClass"
Identifier "Wacom touchscreen class"
MatchProduct "Wacom|WACOM|PTK-540WL|ISD-V4"
MatchDevicePath "/dev/input/event*"
MatchIsTouchscreen "true"
Driver "wacom"
EndSection

Section "InputClass"
Identifier "Wacom touchpad class"
MatchProduct "Wacom|WACOM|PTK-540WL|ISD-V4"
MatchDevicePath "/dev/input/event*"
MatchIsTouchpad "true"
Driver "wacom"
EndSection

# Serial Wacom devices should always be one of tablet, touchscreen, or
# touchpad so we can safely get away with just one match section in
# these cases
Section "InputClass"
        Identifier "Wacom PnP device class"
        MatchPnPID "WACf*|WCOM*|WACM*|FUJ02e5|FUJ02e7|FUJ02e9"
        MatchDevicePath "/dev/input/event*"
        Driver "wacom"
EndSection

Section "InputClass"
Identifier "Wacom serial class"
MatchProduct "Serial Wacom Tablet"
Driver "wacom"
EndSection

Section "InputClass"
        Identifier "Wacom serial class identifiers"
        MatchProduct "WACf|FUJ02e5|FUJ02e7|FUJ02e9"
        Driver "wacom"
EndSection

# Hanwang tablets
Section "InputClass"
Identifier "Hanwang class"
MatchProduct "Hanwang"
MatchDevicePath "/dev/input/event*"
Driver "wacom"
EndSection

# Waltop tablets
Section "InputClass"
Identifier "Waltop class"
MatchProduct "WALTOP"
MatchIsTablet "on"
MatchDevicePath "/dev/input/event*"
Driver "wacom"
EndSection

# N-Trig Duosense Electromagnetic Digitizer
Section "InputClass"
Identifier "Wacom N-Trig class"
MatchProduct "HID 1b96:0001|N-Trig Pen|N-Trig DuoSense"
MatchDevicePath "/dev/input/event*"
Driver "wacom"
Option "Button2" "3"
EndSection

Grazie ancora.
« Ultima modifica: Febbraio 23, 2020, 11:51:11 pm da Stefano Colonna »
Stefano Colonna

Cubanpit

  • *****
  • 3033
Re:[RISOLTO] Installazione di Blender abortita. Il boot si interrompe
« Risposta #40 il: Febbraio 26, 2020, 02:09:34 pm »
Okay, a occhio l'unico file pertinente sembra essere 10-amdgpu, viene il sospetto su 10-radeon ma visto che non viene usato il driver radeon penso non influisca. Il driver è correttamente installato, visto che è già presente nel kernel, ed è correttamente in uso.

Sfortunatamente, leggendo il manuale di xorg.conf:
Citazione
Finally, configuration files will also be searched for in a directory reserved for system use. This is to separate configuration files from the vendor or 3rd party packages from those of local administration. These files are found in the following directory: /usr/share/X11/xorg.conf.d

Quindi i file in quella cartella non vanno modificati e non è pensata per contenere file di configurazione creati dall'utente, ti consiglio di spostare i file nella cartella apposita, che è /etc/X11/xorg.conf.d/.

Per quanto riguarda i file già presenti in quella cartella, il primo non ha niente a che vedere con i driver video, il secondo sembra che sia stato modificato manualmente diverse volte, probabilmente qualcuna delle configurazioni in questo file non funziona correttamente. Se ricordo bene in un'installazione pulita di Manjaro non ci sono file in quella cartella, a parte quello relativo alla tastiera, ma potrei sbagliarmi.
Qualunque modifica tu voglia fare, ricorda di non rimuovere alcun file, il miglior metodo è spostare i file in una cartella diversa e aspettare di essere sicuri che tutto funzioni propriamente prima di eliminarli.

Re:[RISOLTO] Installazione di Blender abortita. Il boot si interrompe
« Risposta #41 il: Febbraio 28, 2020, 03:13:33 pm »
Okay, a occhio l'unico file pertinente sembra essere 10-amdgpu, viene il sospetto su 10-radeon ma visto che non viene usato il driver radeon penso non influisca. Il driver è correttamente installato, visto che è già presente nel kernel, ed è correttamente in uso.

Sfortunatamente, leggendo il manuale di xorg.conf:
Citazione
Finally, configuration files will also be searched for in a directory reserved for system use. This is to separate configuration files from the vendor or 3rd party packages from those of local administration. These files are found in the following directory: /usr/share/X11/xorg.conf.d

Quindi i file in quella cartella non vanno modificati e non è pensata per contenere file di configurazione creati dall'utente, ti consiglio di spostare i file nella cartella apposita, che è /etc/X11/xorg.conf.d/.

Per quanto riguarda i file già presenti in quella cartella, il primo non ha niente a che vedere con i driver video, il secondo sembra che sia stato modificato manualmente diverse volte, probabilmente qualcuna delle configurazioni in questo file non funziona correttamente. Se ricordo bene in un'installazione pulita di Manjaro non ci sono file in quella cartella, a parte quello relativo alla tastiera, ma potrei sbagliarmi.
Qualunque modifica tu voglia fare, ricorda di non rimuovere alcun file, il miglior metodo è spostare i file in una cartella diversa e aspettare di essere sicuri che tutto funzioni propriamente prima di eliminarli.

carissimo Cubanpit,
in realtà i file che ho copiato nella directory /usr/share/X11/xorg.conf.d provengono dalla medesima directory dell'installazione di Debian funzionante nell'altro disco M2 e non sono file da me modificati di configurazione.
Ho fatto l'update con gli ultimi aggiornamenti di oggi e tutto ha funzionato quindi preferirei non toccare niente se anche tu sei d'accordo.
Grazie
Stefano Colonna
Stefano Colonna

Cubanpit

  • *****
  • 3033
Re:[RISOLTO] Installazione di Blender abortita. Il boot si interrompe
« Risposta #42 il: Marzo 02, 2020, 04:13:36 pm »
Citazione
in realtà i file che ho copiato nella directory /usr/share/X11/xorg.conf.d provengono dalla medesima directory dell'installazione di Debian funzionante nell'altro disco M2 e non sono file da me modificati di configurazione.
Se li hai messi manualmente nel sistema Manjaro sono effettivamente da te modificati, quando in futuro ci saranno aggiornamenti quei file dovrebbero poter essere sovrascritti, magari verranno creati file pacnew come per gli altri file di configurazione, magari no, essendo una cartella in cui l'utente non dovrebbe metter mano non saprei prevedere il comportamento del gestore di pacchetti.

Citazione
Ho fatto l'update con gli ultimi aggiornamenti di oggi e tutto ha funzionato quindi preferirei non toccare niente se anche tu sei d'accordo.
Puoi benissimo tenerli come sono, ma tieni anche un backup di questi file (oltre che di tutto il sistema) da qualche altra parte perché intravedo un rischio di perderli con alcuni aggiornamenti, inoltre tieni d'occhio gli eventuali file pacnew che vengono a crearsi in seguito agli aggiornamenti, potresti dover modificare i file manualmente per adattarli.

Re:[RISOLTO] Installazione di Blender abortita. Il boot si interrompe
« Risposta #43 il: Marzo 11, 2020, 06:45:38 am »
Citazione
in realtà i file che ho copiato nella directory /usr/share/X11/xorg.conf.d provengono dalla medesima directory dell'installazione di Debian funzionante nell'altro disco M2 e non sono file da me modificati di configurazione.
Se li hai messi manualmente nel sistema Manjaro sono effettivamente da te modificati, quando in futuro ci saranno aggiornamenti quei file dovrebbero poter essere sovrascritti, magari verranno creati file pacnew come per gli altri file di configurazione, magari no, essendo una cartella in cui l'utente non dovrebbe metter mano non saprei prevedere il comportamento del gestore di pacchetti.

Citazione
Ho fatto l'update con gli ultimi aggiornamenti di oggi e tutto ha funzionato quindi preferirei non toccare niente se anche tu sei d'accordo.
Puoi benissimo tenerli come sono, ma tieni anche un backup di questi file (oltre che di tutto il sistema) da qualche altra parte perché intravedo un rischio di perderli con alcuni aggiornamenti, inoltre tieni d'occhio gli eventuali file pacnew che vengono a crearsi in seguito agli aggiornamenti, potresti dover modificare i file manualmente per adattarli.

carissimo Cubanpit,
grazie per i preziosi consigli.
Stefano Colonna