12.08.2024

1332

Nextcloud Client Windows - Auf einmal alle Ordner der ganzen SSD schreibgeschütz

Hallo,

ich hatte vor ein paar Tagen auf einem Standalone PC den Nextcloud-Client installiert.
Primär als Datensicherung.

Jetzt haben auf einmal alle Ordner auf der ganze SSD das Attribribut schreibgeschützt.
Vom Desktop über Download zu c:\Programme

Der User hat keine Admin-Rechte und der Nextcloud-Client läuft unter seiner Anmeldung.
Der Nextcloud-Account ist nur für ihn. Niemand sonst hat Zugriff darauf.
Alle Dateien sind auch noch da und normal, aber man kann nichts mehr ändern oder neu speichern.

Ich entferne nun den Schreibschutz.

Hat das schon mal Jemand gehabt oder gesehen?

Stefan

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 1978548030

Url: https://administrator.de/contentid/1978548030

Ausgedruckt am: 21.11.2024 um 23:11 Uhr

15 Kommentare

Neuester Kommentar

Update: Jetzt wird es spannend.
Ich kann das Attribut nicht entfernen.

Den Nextcloud-Client habe ich zuerst beendet.

Ich gehe in die Eigenschaften im Explorer und entferne den Hacken, dann bestätige ich dies bei alle untergeordneneten Elemente zu machen und der Fortschrittsbalke läuft durch. Aber der Schreibschutz ist noch da.

Auf als Administrator in einem CMD-Fenster geht es nichts.

Stefan

Laufen die Dienste auf SSDs?
Kann es dann sein, dass die SSD wegen Fehlern in den "Sicherheitsmodus" geschaltet hat?

Jürgen

Sieht mir ziemlich verdächtig nach Failsave Mode der SSD aus, dann kannst du nur noch Daten runter kratzen aber nichts mehr auf die SSD schreiben, das machen die von aus Sicherheitsgründen wenn sie denken die Daten wären durch einen Fehler der SSD in Gefahr. Da bleibt dann nur noch der Schredder.

Zitat von @chiefteddy:

Laufen die Dienste auf SSDs?
Kann es dann sein, dass die SSD wegen Fehlern in den "Sicherheitsmodus" geschaltet hat?

CrystalInfo sagt für SMART: Gut 97%
Oder kann man das nicht sehen?

Klappt eventuell noch das Entfernen eines gesetzten Schreibschutzes mit diskpart?

SELECT VOLUME C
ATTRIBUTES VOLUME CLEAR READONLY

CrystalInfo sagt für SMART: Gut 97%

Muss nichts heißen, das kann unvermittelt ohne Vorwarnung geschehen wenn die Firmware meint das die SSD bei Schreibaktionen in Gefahr ist.

Der Ordner c:\temp ist auch schreibgeschützt, ich kann da aber Dateien ablegen.
Und Windows bootet auch normal. Sollte dann ja auch nicht mehr gehen oder?
Ich habe mit diesem Fail-Safe-Modus keine Erfahrungen. Gehört aber noch nie gesehen.

ich kann da aber Dateien ablegen.

Sind die Dateien nach einem Cold-Reboot wirklich auch noch im Ordner vorhanden ? Der Failsafe Mode hat die Angewohnheit es so aussehen zu lassen als ginge das Schreiben noch, tatsächlich landet dann aber alles im Nirvana und nicht mehr auf dem Datenträger.

Moin,

ich glaube nicht, dass es das ist.

Das zeigt Diskpart an

attributes volume                                                                                                                             Nur Lesen               : Nein                                                                                                                
Ausgeblendet       : Nein                                                                                                                     
Kein Standardlaufwerkbuchstabe: Nein                                                                                                          
Schattenkopie            : Nein

Dann habe ich die Datei c:\temp\1.txt mit dem Inhalt 123456 erstellt und Windows neu gestartet.
Die Datei war noch da.

Lass mal ein "chkdsk c: /f" nach einem Reboot durchlaufen.

Sieht alles sauber aus

- Es wurden Korrekturen am Dateisystem vorgenommen.
- Es sind keine weiteren Aktionen erforderlich.
- 0 KB in fehlerhaften Sektoren

Protokollname: Application
Quelle:        Microsoft-Windows-Wininit
Datum:         12.08.2024 15:42:22
Ereignis-ID:   1001
Aufgabenkategorie:Keine
Ebene:         Informationen
Schlüsselwörter:Klassisch
Benutzer:      Nicht zutreffend
Computer:      PC-PT-LUE-01
Beschreibung:


Dateisystem auf C: wird überprüft.
Der Typ des Dateisystems ist NTFS.
Die Volumebezeichnung lautet Windows.


Eine Datenträgerüberprüfung ist geplant.
Die Datenträgerüberprüfung wird jetzt ausgeführt.                         

Phase 1: Die Basisdatei-Systemstruktur wird untersucht...
Instanzkennung für Datei 0x14b18 wird aufgeräumt.
Instanzkennung für Datei 0x292ea wird aufgeräumt.
Instanzkennung für Datei 0x337a3 wird aufgeräumt.
Instanzkennung für Datei 0x393f7 wird aufgeräumt.
Instanzkennung für Datei 0x44708 wird aufgeräumt.
Instanzkennung für Datei 0x4af30 wird aufgeräumt.
Instanzkennung für Datei 0x4c7c7 wird aufgeräumt.
  1257984 Datensätze verarbeitet.                                                         


Dateiüberprüfung beendet.
 Phasendauer (Datei-Datensatz Überprüfung): 8.63 Sekunden.
  50580 große Datensätze verarbeitet.                                   


 Phasendauer (Wiederherstellung für verwaisten Datei-Datensatz): 0.00 Millisekunden.
  0 ungültige Datensätze verarbeitet.                               


 Phasendauer (Prüfung auf falschen Datei-Datensatz): 1.86 Millisekunden.

Phase 2: Die Dateinamenverknüpfung wird untersucht...
  178388 Analysedatensätze verarbeitet.                                  


  1715964 Indexeinträge verarbeitet.                                                      


Indexüberprüfung beendet.
 Phasendauer (Indexüberprüfung): 30.63 Sekunden.
  0 nicht indizierte Dateien überprüft.                             


 Phasendauer (Wiederverbindung für verwaisten Datensatz): 6.85 Sekunden.
  0 nicht indizierte Dateien wiederhergestellt.                     


 Phasendauer (Wiederherstellung für verwaiste Datensatz): 2.20 Sekunden.
  178388 Analysedatensätze verarbeitet.                                  


 Phasendauer (Überprüfung von Analysepunkts und Objekt-ID): 301.59 Millisekunden.

Phase 3: Sicherheitsbeschreibungen werden untersucht... 
8755 nicht verwendete Indexeinträge aus Index $SII der Datei 0x9 werden aufgeräumt.
8755 nicht verwendete Indexeinträge aus Index $SDH der Datei 0x9 werden aufgeräumt.
8755 nicht verwendete Sicherheitsbeschreibungen werden aufgeräumt.
CHKDSK komprimiert den Datenstrom für die Sicherheitsbeschreibung
Überprüfung der Sicherheitsbeschreibungen beendet.
 Phasendauer (Überprüfung für Sicherheits-Deskriptor): 171.95 Millisekunden.
  228991 Datendateien verarbeitet.                                       


 Phasendauer (Datenattributüberprüfung): 2.02 Millisekunden.
CHKDSK überprüft USN-Journal...
Die Überprüfung von USN-Journal ist abgeschlossen.
Fehler in Volumebitmap werden berichtigt.

Es wurden Korrekturen am Dateisystem vorgenommen.
Es sind keine weiteren Aktionen erforderlich.

 227082583 KB Speicherplatz auf dem Datenträger insgesamt
 156221220 KB in 800410 Dateien
    631688 KB in 228994 Indizes
         0 KB in fehlerhaften Sektoren
   1338515 KB vom System benutzt
     65536 KB von der Protokolldatei belegt
  68891160 KB auf dem Datenträger verfügbar

      4096 Bytes in jeder Zuordnungseinheit
  56770645 Zuordnungseinheiten auf dem Datenträger insgesamt
  17222790 Zuordnungseinheiten auf dem Datenträger verfügbar
Gesamtdauer: 48.86 Sekunden (48860 ms).

Interne Informationen:
00 32 13 00 1d b5 0f 00 19 f0 1b 00 00 00 00 00  .2..............
6d 22 00 00 67 96 02 00 00 00 00 00 00 00 00 00  m"..g...........  

Ereignis-XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">  
  <System>
    <Provider Name="Microsoft-Windows-Wininit" Guid="{206f6dea-d3c5-4d10-bc72-989f03c8b84b}" EventSourceName="Wininit" />  
    <EventID Qualifiers="16384">1001</EventID>  
    <Version>0</Version>
    <Level>4</Level>
    <Task>0</Task>
    <Opcode>0</Opcode>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2024-08-12T13:42:22.1524518Z" />  
    <EventRecordID>313739</EventRecordID>
    <Correlation />
    <Execution ProcessID="0" ThreadID="0" />  
    <Channel>Application</Channel>
    <Computer>PC-PT-LUE-01</Computer>
    <Security />
  </System>
  <EventData>
    <Data>

Dateisystem auf C: wird überprüft.
Der Typ des Dateisystems ist NTFS.
Die Volumebezeichnung lautet Windows.


Eine Datenträgerüberprüfung ist geplant.
Die Datenträgerüberprüfung wird jetzt ausgeführt.                         

Phase 1: Die Basisdatei-Systemstruktur wird untersucht...
Instanzkennung für Datei 0x14b18 wird aufgeräumt.
Instanzkennung für Datei 0x292ea wird aufgeräumt.
Instanzkennung für Datei 0x337a3 wird aufgeräumt.
Instanzkennung für Datei 0x393f7 wird aufgeräumt.
Instanzkennung für Datei 0x44708 wird aufgeräumt.
Instanzkennung für Datei 0x4af30 wird aufgeräumt.
Instanzkennung für Datei 0x4c7c7 wird aufgeräumt.
  1257984 Datensätze verarbeitet.                                                         


Dateiüberprüfung beendet.
 Phasendauer (Datei-Datensatz Überprüfung): 8.63 Sekunden.
  50580 große Datensätze verarbeitet.                                   


 Phasendauer (Wiederherstellung für verwaisten Datei-Datensatz): 0.00 Millisekunden.
  0 ungültige Datensätze verarbeitet.                               


 Phasendauer (Prüfung auf falschen Datei-Datensatz): 1.86 Millisekunden.

Phase 2: Die Dateinamenverknüpfung wird untersucht...
  178388 Analysedatensätze verarbeitet.                                  


  1715964 Indexeinträge verarbeitet.                                                      


Indexüberprüfung beendet.
 Phasendauer (Indexüberprüfung): 30.63 Sekunden.
  0 nicht indizierte Dateien überprüft.                             


 Phasendauer (Wiederverbindung für verwaisten Datensatz): 6.85 Sekunden.
  0 nicht indizierte Dateien wiederhergestellt.                     


 Phasendauer (Wiederherstellung für verwaiste Datensatz): 2.20 Sekunden.
  178388 Analysedatensätze verarbeitet.                                  


 Phasendauer (Überprüfung von Analysepunkts und Objekt-ID): 301.59 Millisekunden.

Phase 3: Sicherheitsbeschreibungen werden untersucht... 
8755 nicht verwendete Indexeinträge aus Index $SII der Datei 0x9 werden aufgeräumt.
8755 nicht verwendete Indexeinträge aus Index $SDH der Datei 0x9 werden aufgeräumt.
8755 nicht verwendete Sicherheitsbeschreibungen werden aufgeräumt.
CHKDSK komprimiert den Datenstrom für die Sicherheitsbeschreibung
Überprüfung der Sicherheitsbeschreibungen beendet.
 Phasendauer (Überprüfung für Sicherheits-Deskriptor): 171.95 Millisekunden.
  228991 Datendateien verarbeitet.                                       


 Phasendauer (Datenattributüberprüfung): 2.02 Millisekunden.
CHKDSK überprüft USN-Journal...
Die Überprüfung von USN-Journal ist abgeschlossen.
Fehler in Volumebitmap werden berichtigt.

Es wurden Korrekturen am Dateisystem vorgenommen.
Es sind keine weiteren Aktionen erforderlich.

 227082583 KB Speicherplatz auf dem Datenträger insgesamt
 156221220 KB in 800410 Dateien
    631688 KB in 228994 Indizes
         0 KB in fehlerhaften Sektoren
   1338515 KB vom System benutzt
     65536 KB von der Protokolldatei belegt
  68891160 KB auf dem Datenträger verfügbar

      4096 Bytes in jeder Zuordnungseinheit
  56770645 Zuordnungseinheiten auf dem Datenträger insgesamt
  17222790 Zuordnungseinheiten auf dem Datenträger verfügbar
Gesamtdauer: 48.86 Sekunden (48860 ms).

Interne Informationen:
00 32 13 00 1d b5 0f 00 19 f0 1b 00 00 00 00 00  .2..............
6d 22 00 00 67 96 02 00 00 00 00 00 00 00 00 00  m"..g...........  
</Data>
  </EventData>
</Event>

Zitat von @StefanKittel:

Sieht alles sauber aus

Naja, sauber ist was anderes, er hat ja doch einige Fehler am Volume Bitmap korrigieren müssen.
Ich persönlich würde dem Datenträger bei solchem Verhalten nicht mehr über den Weg trauen.
Platte low level platt machen (secure erase) und dann erst mal einen Stresstest einige Stunden über den Datenträger laufen lassen.
Zeigt der keine Auffälligkeiten, Windows neu installieren und schauen was passiert, ansonsten neue Platte.

Ach ja welche Ordner hast du denn versucht mit dem Nextcloud Client zu sichern oder zu syncen?
Ich frage wegen dieses gefundenen Beitrags:
Read-Only permission after adding Downloads folder to Nextcloud-synchronisation

Zitat von @14135584197:
Ach ja welche Ordner hast du denn versucht mit dem Nextcloud Client zu sichern oder zu syncen?

Desktop, Bilder, Dokumente und Downloads (Dort sind viele PDFs die runtergeladen wurden).

Ich frage wegen dieses gefundenen Beitrags:
Read-Only permission after adding Downloads folder to Nextcloud-synchronisation

Ja, dass passt sehr gut.

Was ich probieren werden: Nextcloud-Config löschen, Rechte reparieren, Sync wieder einrichten ohne Downloads.

Wobei ich noch nicht daran glaube, dass der Download-Ordner dies auslöste. Das ist doch auch nur ein Ordner wo beim Download Dateien gespeichert werden. Warum sollten deshalb andere Ordner Schreibgeschützt werden.

Der Bug tritt unter Windows und Mac in den aktuellen Versionen auf.
Der Thread ist von May. Dass muss doch mal Jemand gemerkt und gefixt haben...

Stefan

Hi,

Der Thread ist von May. Dass muss doch mal Jemand gemerkt und gefixt haben...

Hier gibt's noch einen etwas allgemeineren von Ende Juni: Folder permissions are changed during synchronization (3.13.1 & 3.13.2)

Gruß

cykes

Ich habe Nextcloud deinstalliert und die Berechtigung des Benutzerprofil-Ordners zurückgesetzt. Danach hatte der Spuk ein Ende. Ich habe nun die 3.13.0 installiert und schaue mir das nun mal an.

gelöst Frage Microsoft

Mehr von StefanKittel

MySQL Erklärung für Qcache_lowmem_prunes gesuchtStefanKittel

Visualisieren einer Handvoll Werten über einen längeren Zeitraum onlineStefanKittel - 10 Kommentare

DNS Provider für MSP oder Reseller gesuchtStefanKittel - 8 Kommentare

Mehr dBi bei WLAN Antennen ist doch besser?StefanKittel - 7 Kommentare

Heiß diskutiert