Manjaro Linux - Forum Italiano
Supporto => Gestione del sistema => Topic aperto da: gian64 - Gennaio 07, 2020, 11:14:53 pm
-
Ciao a tutti, io ho più o meno lo stesso problema descritto in questo post (https://www.manjaro-it.org/Forum_Manjaro/index.php?topic=1711.msg11915#msg11915)
La partizione interessata, /devsda7, è quella di swap.
come potete vedere in /etc/fstab ha un uuid
# /dev/sda8
UUID=a0c5a59b-bb70-4a6d-8a59-6bb85f31e508 / ext4 rw,noatime,nodelalloc,data=journal 0 0
# /dev/sda9
UUID=e35f30b5-3d53-4697-8d31-eb5b24589157 /home ext4 rw,noatime,nodelalloc,data=journal 0 0
# /dev/sda7
UUID=fe2a2085-6973-4998-8fbf-f6f6345abda1 none swap
Mentre col comando da terminale
sudo blkid
[sudo] password di gian64:
/dev/sda1: LABEL="Riservato per il sistema" UUID="5E8CC5EC8CC5BEB1" TYPE="ntfs" PARTUUID="bd8a2630-01"
/dev/sda2: UUID="6CD818B5D818800E" TYPE="ntfs" PARTUUID="bd8a2630-02"
/dev/sda3: LABEL="DATI" UUID="8C802D59802D4B52" TYPE="ntfs" PARTUUID="bd8a2630-03"
/dev/sda5: UUID="aa5beeba-1ee0-42e3-8580-ae6133aab434" TYPE="ext4" PARTUUID="bd8a2630-05"
/dev/sda6: UUID="0c053880-e869-4f9f-91c6-047b76e18237" TYPE="ext4" PARTUUID="bd8a2630-06"
/dev/sda7: UUID="2a05117e-6b3d-4c13-90e3-158a18bea74b" TYPE="swap" PARTUUID="bd8a2630-07"
/dev/sda8: UUID="a0c5a59b-bb70-4a6d-8a59-6bb85f31e508" TYPE="ext4" PARTUUID="bd8a2630-08"
/dev/sda9: UUID="e35f30b5-3d53-4697-8d31-eb5b24589157" TYPE="ext4" PARTUUID="bd8a2630-09"
/dev/sda10: UUID="701b66b7-a911-4140-9395-7bb94cd56f3e" TYPE="ext4" PARTUUID="bd8a2630-0a"
Devo modificare /fstab mettendogli l'uuid rilevato dal comando da terminale?
Perchè accade questo?
Grazie a chi vorrà aiutarmi... :D
EDIT: avevo già provato con sudo thunar, ma non mi faceva aprire il file dicendo che avevo i permessi negati.
Da terminale non mi fa entrare con questo output
$ sudo mousepad /etc/fstab
[sudo] password di gian64:
Failed to initialize xfconf[gian64Manjaro ~]$ sudo su
[manjaro gian64]# mousepad /etc/fstab
Failed to initialize xfconf[manjaro gian64]#
-
AGGIORNAMENTO: Dopo vari tentativi, continuo a non capire come sia possibile che da terminale non mi faccia aprire mousepad come root dandomi l'errore di cui sopra, mentre da utente lo apre. Ancora più inspiegabile, sono riuscito a modificare /fstab, infatti lo "starting job" di 1,30 minuti al boot è sparito, non da root ma da utente semplice.
Io considero il mio specifico problema risolto, ma non lo metto nel titolo, in quanto vorrei capire il perchè, se qualcuno ha qualche idea in proposito. Inoltre permane il problema di non poter modificare un file da root, ma da utente si... :o
-
provato non funge deve essere successo qualcosa con gli aggiornamenti perche' ha sempre funzionato inoltre segnalo che ovv non funge neanche l'analogo comando da gui (thunar) che mi ero inserito
il proble sembra riguardare mousepad perche' sudo nano funge quindi @gian64
x il momento puoi usare o sudo nano da term
oppure da thunar usi thunar root (dal menu tasto dx) ed apri come admin (attenzione a far danni)
ciao
-
Volendo c'è SciTE che vedo funziona bene anche con sudo (per gli applicativi grafici sarebbe meglio usare pkexec o simili).
-
provato non funge deve essere successo qualcosa con gli aggiornamenti perche' ha sempre funzionato inoltre segnalo che ovv non funge neanche l'analogo comando da gui (thunar) che mi ero inserito
il proble sembra riguardare mousepad perche' sudo nano funge quindi @gian64
x il momento puoi usare o sudo nano da term
oppure da thunar usi thunar root (dal menu tasto dx) ed apri come admin (attenzione a far danni)
ciao
Stasera faccio qualche prova, ma mi pare che il problema sia da root. Thunar root si apre sia dal menù che da terminale, ma poi non ti apre i file di testo come /fstab. Mentre Thunar come utente li apre e li fa pure modificare.
Sta andando al contrario…
-
Per modificare un file come utente root è un'ottima idea utilizzare un editor di testo minimale da terminale, altrimenti alcuni gestori di file moderni hanno tra le opzioni (insieme a Copia, Incolla etc.) anche la possibilità di modificare un file come superutente.
Se neanche in questo modo si riesce, per qualche motivo, è meglio usare pkexec piuttosto che sudo, come dice @andy2 .
-
Per modificare un file come utente root è un'ottima idea utilizzare un editor di testo minimale da terminale, altrimenti alcuni gestori di file moderni hanno tra le opzioni (insieme a Copia, Incolla etc.) anche la possibilità di modificare un file come superutente.
Se neanche in questo modo si riesce, per qualche motivo, è meglio usare pkexec piuttosto che sudo, come dice @andy2 .
Non conosco pkexec. Si usa come sudo?
-
Non conosco pkexec. Si usa come sudo?
yes ma e' indicato x costruire comandi da gui
[romul@romul Scrivania]$ sudo mousepad
Failed to initialize xfconf[romul@romul Scrivania]$
[romul@romul Scrivania]$ pkexec mousepad eee
Failed to initialize xfconf[romul@romul Scrivania]$ Per modificare un file come utente root è un'ottima idea utilizzare un editor di testo minimale da terminale, altrimenti alcuni gestori di file moderni hanno tra le opzioni (insieme a Copia, Incolla etc.) anche la possibilità di modificare un file come superutente.
Se neanche in questo modo si riesce, per qualche motivo, è meglio usare pkexec piuttosto che sudo, come dice @andy2 .
questo significa che non sara' piu possibile usare sudo mousepad / pkexec mousepad ?? perche' fino a poco tempo fa fungevano
-
Ultimamente molti editor di testo non partono correttamente con permessi di superutente, a meno che non vengano aperti dai menu appositi (se ricordo bene sono presenti su KDE Plasma e Gnome), però si può sempre modificare il file come utente e poi spostarlo oppure utilizzare la riga di comando.
-
Volendo c'è SciTE che vedo funziona bene anche con sudo (per gli applicativi grafici sarebbe meglio usare pkexec o simili).
ok risolto il probl installando scite che tra l'altro era priorio l'editor che cercavo
grazie @andy2