Consenso all'uso dei cookies

SITO1 -- SITO2 -- Forum1 -- CercaGlobale -- Informativa su Cookie e Privacy


Valutazione discussione:
  • 0 voto(i) - 0 media
  • 1
  • 2
  • 3
  • 4
  • 5
[Risolto] OpenSUSE Tumbleweed non apre partizioni ntfs
#1
Come da titolo, OpenSUSE Tumbleweed con KDE non apre partizioni ntfs
Se, da dolphun,  clicco sopra un punto di mount di una partizione ntfs, mi viene chiesta la password, poi non succede nulla.
Ho provato a montare le partizioni ntfs editando il file /etc/fstab, ma senza successo.
Codice:
opensusek@localhost:~> sudo lsblk -o vendor,model,serial,size,mode,fstype,kname,uuid,mountpoint,label # Dettagli disco fisso.
[sudo] password di root:
VENDOR   MODEL            SERIAL   SIZE MODE       FSTYPE KNAME UUID                                 MOUNTPOINT  LABEL
ATA      TOSHIBA MQ01ABD1        931,5G brw-rw----        sda                                                    
                                  260M brw-rw---- vfat   sda1  8400-F8A1                            /boot/efi   SYSTEM
                                   16M brw-rw----        sda2                                                  
                                198,3G brw-rw---- ntfs   sda3  743E03B93E037400                                 OS
                                   90G brw-rw---- ext4   sda4  23b5a331-b004-4f49-a811-bd28df94a091 /mnt/PcLOS  PcLOS
                                   30G brw-rw---- ext4   sda5  5c859d8c-7be9-4076-8898-bf813f0af0ee /           oSUSE
                                   30G brw-rw---- ext4   sda6  89692cb6-11cb-47e1-8d1f-20cb98b0e334 /mnt/Ubuntu Ubuntu
                                   30G brw-rw---- ext4   sda7  ae8be54d-4689-4b0a-a8e8-fc71530de213 /mnt/Fedora Fedora
                                   30G brw-rw---- ext4   sda8  793a4c28-fcb8-42d5-96f8-4f8f9882d5d6 /mnt/Mint   Mint
                                   20G brw-rw---- ntfs   sda9  E872114E721122BC                                 Linux6
                                   20G brw-rw---- ext4   sda10 cdb27acf-49a8-43a9-b081-0902f4f88adb /mnt/Linux7 Linux7
                                  250G brw-rw---- ntfs   sda11 BC9680A8968064AC                                 Dati1
                                  228G brw-rw---- ntfs   sda12 7A823283823243C3                                 Dati2
                                  4,4G brw-rw---- swap   sda13 6d106267-38cc-4c14-8aff-ebba0102d036 [SWAP]      
                                  499M brw-rw---- ntfs   sda14 84AA4310AA42FDE4                                
TSSTcorp CDDVDW SU-228HB          1024M brw-rw----        sr0                                                    
opensusek@localhost:~> cat /etc/fstab
UUID=5c859d8c-7be9-4076-8898-bf813f0af0ee /                    ext4       acl,user_xattr        1 1
UUID=6d106267-38cc-4c14-8aff-ebba0102d036 swap                 swap       defaults              0 0
UUID=8400-F8A1       /boot/efi            vfat       umask=0002,utf8=true  0 0
#
# /mnt/PcLOS associato a partizione /dev/sda4
UUID=23b5a331-b004-4f49-a811-bd28df94a091  /mnt/PcLOS     ext4    defaults        1 1  
# /mnt/Ubuntu associato a partizione /dev/sda6
UUID=89692cb6-11cb-47e1-8d1f-20cb98b0e334 /mnt/Ubuntu     ext4    defaults        1 1
# /mnt/Fedora associato a partizione /dev/sda7
UUID=ae8be54d-4689-4b0a-a8e8-fc71530de213 /mnt/Fedora     ext4    defaults        1 1
# /mnt/Mint associato a partizione /dev/sda8
UUID=793a4c28-fcb8-42d5-96f8-4f8f9882d5d6   /mnt/Mint     ext4    defaults        1 1
# /mnt/Linux7 associato a partizione /dev/sda10
UUID=cdb27acf-49a8-43a9-b081-0902f4f88adb /mnt/Linux7     ext4    defaults        1 1
# /mnt/Dati1 associato a partizione /dev/sda11
UUID=BC9680A8968064AC /mnt/Dati1      ntfs-3g    users,gid=users,fmask=113,dmask=002,locale=it_IT.UTF-8,nofail  0 0
# /mnt/Dati2 associato a partizione /dev/sda12
UUID=7A823283823243C3 /mnt/Dati2      ntfs-3g            user,rw,umask=000,nofail 0 0
# /mnt/W10 associato a partizione /dev/sda3
UUID=743E03B93E037400 /mnt/W10     ntfs-3g  user,users,gid=users,umask=0002,nofail  0 0
                                                                                                                                                                                               
opensusek@localhost:~> cat /etc/fstab |grep ntfs
UUID=BC9680A8968064AC /mnt/Dati1      ntfs-3g    users,gid=users,fmask=113,dmask=002,locale=it_IT.UTF-8,nofail  0 0
UUID=7A823283823243C3 /mnt/Dati2      ntfs-3g            user,rw,umask=000,nofail 0 0
UUID=743E03B93E037400 /mnt/W10     ntfs-3g  user,users,gid=users,umask=0002,nofail  0 0
opensusek@localhost:~> ls /mnt
Dati1  Dati2  etc  Fedora  Linux7  Mint  PcLOS  prova  sda9  Ubuntu  W10
opensusek@localhost:~> inxi -v2
System:    Host: localhost.localdomain Kernel: 4.15.8-1-default x86_64 bits: 64 Desktop: KDE Plasma 5.12.3
          Distro: openSUSE Tumbleweed 20180314
Machine:   Device: laptop System: ASUSTeK product: X555YI v: 1.0 serial: N/A
          Mobo: ASUSTeK model: X555YI v: 1.0 serial: N/A
          UEFI: American Megatrends v: X555YI.602 date: 04/29/2016
Battery    BAT0: charge: 34.3 Wh 99.0% condition: 34.6/37.3 Wh (93%)
CPU:       Quad core AMD A8-7410 APU with AMD Radeon R5 Graphics (-MCP-) speed/max: 1004/2200 MHz
Graphics:  Card-1: Advanced Micro Devices [AMD/ATI] Mullins [Radeon R4/R5 Graphics]
          Card-2: Advanced Micro Devices [AMD/ATI] Jet PRO [Radeon R5 M230]
          Display Server: x11 (X.Org 1.19.6 ) drivers: ati,radeon (unloaded: modesetting,fbdev,vesa)
          Resolution: 1366x768@60.05hz
          OpenGL: renderer: AMD MULLINS (DRM 2.50.0 / 4.15.8-1-default, LLVM 5.0.1) version: 4.5 Mesa 18.0.0-rc4
Network:   Card-1: Realtek RTL8723BE PCIe Wireless Network Adapter driver: rtl8723be
          Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
Drives:    HDD Total Size: 1000.2GB (8.4% used)
          ID-1: model: TOSHIBA_MQ01ABD1
Info:      Processes: 173 Uptime: 0:10 Memory: 631.8/6896.7MB Client: Shell (bash) inxi: 2.3.40
opensusek@localhost:~>
Ho dato un'occhiata anche qui
https://it.opensuse.org/SDB:NTFS
ma senza risultato...
Evidentemente manca qualcosa, ma non capisco cosa...
------
edit:
Nemmeno il montaggio manuale dà i risultati che dovrebbe dare...
Codice:
opensusek@localhost:~> su
Password:
localhost:/home/opensusek # mount /dev/sda11 /mnt/Dati1
The disk contains an unclean file system (0, 0).
Metadata kept in Windows cache, refused to mount.
Failed to mount '/dev/sda11': Operazione non permessa
The NTFS partition is in an unsafe state. Please resume and shutdown
Windows fully (no hibernation or fast restarting), or mount the volume
read-only with the 'ro' mount option.
localhost:/home/opensusek # mount UUID=BC9680A8968064AC /mnt/Dati1
The disk contains an unclean file system (0, 0).
Metadata kept in Windows cache, refused to mount.
Failed to mount '/dev/sda11': Operazione non permessa
The NTFS partition is in an unsafe state. Please resume and shutdown
Windows fully (no hibernation or fast restarting), or mount the volume
read-only with the 'ro' mount option.
localhost:/home/opensusek #

qualcuno sa aiutarmi?
Saluto.
Sargon6
Linux: PCLinuxOS + OpenSUSE + Ubuntu + Linux Mint + Fedora
Smartphone: Alcatel PIXI4 +tablet AMTC MD7305 (Android 4.1) +tablet SurfTab® wintron 7.0 (Windows™ 10©)
http://sargonsei.altervista.org/hardware...r-fisso-2/
Cita messaggio
Grazie da:
#2
Non ho piu windows da diversi anni ma basandomi sui messaggi di errore direi che il problema è generato da windows. Se hai anche windows in dual boot prova a disattivare in quest'ultimo l'ibernazione e l'avvio rapido che sembrano la causa di questo filesystem apparentemente non smontato correttamente.
Linux User # 207701 - Non ho particolari talenti. Sono soltanto appassionatamente curioso - Albert Einstein
Cita messaggio
Grazie da:
#3
Ciao m3nhir. Inizialmente pensavo che Microsofr© Windows® 10™, dopo l'ultimo aggiornamento, avesse ripristinato l'avvio rapido che, proprio per il suo "effetto collaterale" di rendere inaccessibili a Linux le partizioni coinvolte, io avevo disattivato, quindi ho controllato: l'avvio rapido è disattivo.
Preciso di avere già controllato anche che le partizioni NTFS siano o meno montabili ed accessibili da altre distribuzioni di Linux presenti sul PC, ed ho verificato che lo sono; per esempio: per PCLinuxOS, la situazione è questa:
Codice:
[pclinuxosk@localhost ~]$ lsblk -o vendor,model,serial,size,mode,fstype,kname,uuid,mountpoint,label # Dettagli disco fisso
VENDOR   MODEL            SERIAL           SIZE MODE       FSTYPE KNAME UUID                                 MOUNTPOINT     LABEL
ATA      TOSHIBA MQ01ABD1 66KUT0BWT      931,5G brw-rw----        sda                                                      
                                           260M brw-rw---- vfat   sda1  8400-F8A1                            /boot/EFI      SYSTEM
                                            16M brw-rw----        sda2                                                      
                                         198,3G brw-rw---- ntfs   sda3  743E03B93E037400                     /mnt/os/W10    OS
                                            90G brw-rw---- ext4   sda4  23b5a331-b004-4f49-a811-bd28df94a091 /              PcLOS
                                            30G brw-rw---- ext4   sda5  5c859d8c-7be9-4076-8898-bf813f0af0ee /mnt/os/oSUSE  oSUSE
                                            30G brw-rw---- ext4   sda6  89692cb6-11cb-47e1-8d1f-20cb98b0e334 /mnt/os/Ubuntu Ubuntu
                                            30G brw-rw---- ext4   sda7  ae8be54d-4689-4b0a-a8e8-fc71530de213 /mnt/os/Fedora Fedora
                                            30G brw-rw---- ext4   sda8  793a4c28-fcb8-42d5-96f8-4f8f9882d5d6 /mnt/os/Mint   Mint
                                            20G brw-rw---- ntfs   sda9  E872114E721122BC                     /mnt/Linux6    Linux6
                                            20G brw-rw---- ext4   sda10 cdb27acf-49a8-43a9-b081-0902f4f88adb /mnt/Linux7    Linux7
                                           250G brw-rw---- ntfs   sda11 BC9680A8968064AC                     /mnt/Dati1     Dati1
                                           228G brw-rw---- ntfs   sda12 7A823283823243C3                     /mnt/Dati2     Dati2
                                           4,4G brw-rw---- swap   sda13 6d106267-38cc-4c14-8aff-ebba0102d036 [SWAP]        
                                           499M brw-rw---- ntfs   sda14 84AA4310AA42FDE4                                    
LG       X-tick 2.0                        250M brw-rw----        sdb                                                      
                                         243,1M brw-rw---- vfat   sdb1  705E-C016                            /media/SO_05   SO_05
TSSTcorp CDDVDW SU-228HB  S1B16YFH1046KA  1024M brwxrwxrwx        sr0                                                      
[pclinuxosk@localhost ~]$
Visto che il problema si presenta solo con OpenSUSE, deduco che il problema sia presente in OpenSUSE.
Linux: PCLinuxOS + OpenSUSE + Ubuntu + Linux Mint + Fedora
Smartphone: Alcatel PIXI4 +tablet AMTC MD7305 (Android 4.1) +tablet SurfTab® wintron 7.0 (Windows™ 10©)
http://sargonsei.altervista.org/hardware...r-fisso-2/
Cita messaggio
Grazie da:
#4
hai controllato che in opensuse siano presenti i driver per le partizioni ntfs? a me era successo con partizioni xfs su ubuntu. filesystem non montato perchè non correttamente riconosciuto. installati i driver specifici il problema si era risolto. Magari non vengono caricati/installati di default.

P.S.: controlla con gparted o un gestore di partizioni analogo quali sono i filesystem attualmente supportati, cosi puoi verificare quanto detto sopra.
Linux User # 207701 - Non ho particolari talenti. Sono soltanto appassionatamente curioso - Albert Einstein
Cita messaggio
Grazie da:
#5
Risolto. Quando mi sono reso conto che da PCLinuxOS vedevo tutte le partizioni ntfs ma non potevo modificarne in alcun modo il contenuto, ho spento e riacceso il PC ed ho avviato Windows® 10™ che, dopo pochi secondi dall'avvio, segnalava che, per rendere efficace l'ultimo aggiornamento fatto, doveva essere spento e riavviato, cosa che ho fatto.
Al riavvio, mi sono assicurato che l'aggiornamento non avesse modificato le opzioni di spegnimento rapido; erano esattamente come le avevo impostate io: alla chiusura di Windows®, il computer si doveva spegnere completamente.
Spengo e riaccendo nuovamente il PC per avviare OpenSUSE: ora tutto funziona alla perfezione.

Mi era capitato altre volte che, in fase di aggiornamento, si dovesse spegnere e riaccendere Windows®, ma questa è la prima volta che, ad aggiornamento avvenuto, devo spegnere e riaccendere il PC più di una volta.
Vediamola dal lato positivo: ho imparato una cosa nuova.
Linux: PCLinuxOS + OpenSUSE + Ubuntu + Linux Mint + Fedora
Smartphone: Alcatel PIXI4 +tablet AMTC MD7305 (Android 4.1) +tablet SurfTab® wintron 7.0 (Windows™ 10©)
http://sargonsei.altervista.org/hardware...r-fisso-2/
Cita messaggio
Grazie da:


Vai al forum:


Utenti che stanno guardando questa discussione: 1 Ospite(i)