• notepass@feddit.deDeutsch
    19·
    1 year ago

    Ich habe mir angewöhnt nofail als Option anzugeben. Seitdem gab’s keine Probleme mehr

  • nottheengineer@feddit.deDeutsch
    141·
    1 year ago

    Ich hab demletzt Arch installiert und die alten NTFS-Partitionen gemountet, ohne vorher das schnelle Hochfahren von Windows abzustellen.

    chkdsk hat 15 Stunden gebraucht, um die Scheiße aufzuräumen.

      • NorgurDeutsch
        10·
        1 year ago

        Die zwei brauchen aber immer noch eine Portion Paartherapie

        • ratatosk@feddit.deDeutsch
          14·
          1 year ago

          Linux braucht keine, es ist allein Windows mit seiner Attitüde »der Nutzer gehört mir, also auch sein Rechner«.

    • twosixonetwo@feddit.deDeutsch
      4·
      1 year ago

      Wird die nicht by default als RO gemountet?

      Edit: habs ausprobiert und unsafe NTFS partitionen sollten (mit expliziter Angabe von fast boot) standardmäßig RO gemountet werden:

      Windows is hibernated, refused to mount.
The disk contains an unclean file system (0, 0).
Metadata kept in Windows cache, refused to mount.
Falling back to read-only mount because the NTFS partition is in an
unsafe state. Please resume and shutdown Windows fully (no hibernation
or fast restarting.)
Could not mount read-write, trying read-only
      • ratatosk@feddit.deDeutsch
        3·
        1 year ago

        Da Windows nur langsam bootet, wird es gewöhnlich hiberniert. Da nun die Programme nur unterbrochen, nicht beendet werden, könnte es Datenschäden geben, wenn auf der Platte herum geschrieben wird.

        Deshalb mountet ntfs-3g die in diesem, dem häufigsten Fall, schreibgeschützt.

        Wird Windows tatsächlich herunter gefahren, dann kann gefahrlos auch geschrieben werden.

        Anders gesagt: Normalerweise befindet sich Windows in einem auf der Platte gespeicherten Standby-Modus. Eine Änderung dieses Zustands von außerhalb ist nicht vorgesehen und würde leicht in große Probleme münden.

        Linux fände das auch wenig amüsant, nur dass Linux so schnell bootet, dass Hibernation kaum benutzt wird.

        • Alexmitter@kbin.social
          4·
          1 year ago

          ntfs-3g hat das tatsächlich gemacht weil der treiber nie den stand erreicht hat sicher das FS nicht zu zerstören.
          Aber niemand verwendet mehr den FUSE basierten ntfs-3g, Linux hat jetzt einen ordentlichen NTFS treiber build in.

      • nottheengineer@feddit.deDeutsch
        1·
        1 year ago

        Ich hab hauptsächlich Steam-Spiele drauf, also brauche ich rw. Und ntfs-3g hat rw sowieso in den defaults.

        Letztendlich ist es gar nicht schwer, man muss nur fast boot abstellen und mit “ntfs-3g defaults,uid=1000,gid=1000 0 0” mounten. Der Weg dahin war aber durchaus steinig.

    • FabiSahne@feddit.deDeutsch
      2·
      1 year ago

      War in einer ähnlichen Situation letztens.

      Meine Lösung war: Festplatte an einen Windows Rechner anschließen, alles auf den PC zu kopieren, Festplatte an den Linux Rechner anschließen, zu ext4 formatieren und zu guter Letzt alles übers Netzwerk wieder auf die Festplatte kopieren.

      War zwar nervig aber hat mich vielleicht 2 Stunden gekostet.

        • FabiSahne@feddit.deDeutsch
          2·
          1 year ago

          Hatte auch nur glück, dass nur etwa 150GB von den 2TB beschrieben waren. Wären es mehr gewesen hätte ich wohl auch deine Strategie anwenden müssen.

  • DerRackletTänzer@feddit.deDeutsch
    10·
    1 year ago

    Ich durfte 2 Stunden, windows update kacke, reparieren. Das Update hat irgendwie den superblock zerschlagen. Musste fsck im Kernel Parameter hinzufügen u die Sache zu reparieren.

    • tetha@feddit.deDeutsch
      22·
      1 year ago

      Die FSTab ist die grundlegende Information für den startenden Kernel, um sein Filesystem aus Platten, Netzwerk-Platten und anderem Kram zusammenzupuzzlen. Das Ding hat soviele Fusspistolen eingebaut - mehr oder weniger alles kann richtig oder auch falsch sein, und manchmal auch beides. Selbst wenn man das ein paar Jahre macht fühlt sich direktes FStab-Handling wie Jenga auf einer Rüttelmaschine an.

      Soweit ich mich erinner, generiert systemd-mount die /etc/fstab im Hintergrund. Es gibt also kein entkommen, es wird nur weniger fummelig :)

      • notepass@feddit.deDeutsch
        10·
        1 year ago

        FunFact: man sollte die uuid endpoints in Dec verwenden anstelle von UUID=x um dauerhaftes rescanning bei nicht gefundenen Festplatten zu vermeiden. Das weckt nämlich alle Platten dann aus dem Ruhezustand auf.

        Nur als so klein Fußkanone

      • PropaGandalf@lemmy.worldDeutsch
        5·
        1 year ago

        Ach was. Und ich habe mich gefreut, dass ich durch das Umschreiben meiner fstab einträge zu mountpoints ein paar kilobyte bloat von meinem PC entfernen konnte. Ich dachte es wäre genau umgekehrt, bei vorhandenem fstab generiert systemd jedes Mal temporäre mountpoints (REDUNDANZ, HILFE).

    • Megasthenes@lemmy.worldDeutsch
      2·
      1 year ago

      Gnome Disks schreibt auch nur in die /etc/fstab.

      Muss da regelmäßig mal NFS oder CIFS-shares einbinden. Wäre ein leichtes mir die Zeile einfach irgendwo rein zu kopieren und zu speichern, für später. Habe ich nie gemacht.

      Also auf ein neues.

  • scrapeus@feddit.deDeutsch
    4·
    1 year ago

    Supporttales vom opencloud Provider.

    Kunde hat Festplatte erstellt und angehängt und dann sich beschwert wo diese ist. Ich frag ist die unter /dev ? Er versicherte mir nicht.

    Stellt sich heraus er meinte df…