Hallo

ich habe eine interne Festplatte neu Partitioniert und neu Formatiert mit BTRFS. Mit sudo mount /dev/sdb /data konnte ich die Platte mounten. Weil es sich um eine interne Platte handelt, sollte sie über die Fstab automatisch gemountet werden. Leider kommen dabei dann nur Fehlermeldungen, wie z.B. "btrfs error cannot disable free space tree" und der PC startet gar nicht richtig.

  • Dirk hat auf diesen Beitrag geantwortet.

    Sehr coole, detaillierte und hilfreiche Beschreibung.

    Und hier folgt die coole, detaillierte und hilfreiche Lösung: Am einfachsten ist es, wenn du dein Gebastel rückgängig machst, neu bootest und es dann einfach richtig machst.

    Fansurfer Weil es sich um eine interne Platte handelt, sollte sie über die Fstab automatisch gemountet werden.

    Na dann zeig mal deine fstab her.

      die sieht so aus:

      #Static information about the filesystems.
#See fstab(5) for details.

#<file system> <dir> <type> <options> <dump> <pass>

#SSD mit Betriebssystem
#/dev/sda2 UUID=d16b005f-af6f-45fc-939c-2e0166f96e6a
LABEL=ROOT          	/         	btrfs     	rw,noatime,compress=lzo,ssd,space_cache,subvol=@snapshots/TESTING    0 0

#/dev/sda2 UUID=d16b005f-af6f-45fc-939c-2e0166f96e6a
LABEL=ROOT          	/home     	btrfs     	rw,noatime,compress=lzo,ssd,space_cache,subvol=@home	0 0

#/dev/sda2 UUID=d16b005f-af6f-45fc-939c-2e0166f96e6a
LABEL=ROOT              /home/.home_snapshots           btrfs           rw,noatime,compress=lzo,ssd,space_cache,subvol=@home_snapshots    0 0

#/dev/sda2 UUID=d16b005f-af6f-45fc-939c-2e0166f96e6a
LABEL=ROOT          	/var/cache/pacman/pkg	btrfs     	rw,noatime,compress=lzo,ssd,space_cache,subvol=@pkg	0 0

#/dev/sda2 UUID=d16b005f-af6f-45fc-939c-2e0166f96e6a
LABEL=ROOT          	/.snapshots	btrfs     	rw,noatime,compress=lzo,ssd,space_cache,subvol=@snapshots	0 0

#/dev/sda1 UUID=553E-BC62
LABEL=EFI           	/boot     	vfat      	rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro	0 2

#/dev/sda2 UUID=d16b005f-af6f-45fc-939c-2e0166f96e6a
LABEL=ROOT          	/btrfs    	btrfs     	rw,noatime,compress=lzo,ssd,space_cache,subvolid=5,subvol=/	0 0

#/dev/sda3 UUID=4dd0c67b-00cd-4940-832a-c3f02b11805d
LABEL=SWAP          	none      	swap      	defaults  	0 0

#HDD mit Daten alt
#/dev/sdb1: UUID=84b69405-ad7c-4fef-bb84-b088d6d1f4ca
#LABEL=BACKUP		/backup		btrfs		rw,noatime,compress=lzo,space_cache   0 0

#/dev/sdb2: UUID=00012565-7daa-422b-9f6d-7659028e702d
#LABEL=CLOUD		/cloud		btrfs 		rw,noatime,compress=lzo,space_cache   0 0

#/dev/sdb3: UUID=9cede23b-3ccd-4d25-b551-95b99a263e2e
#LABEL=DATA		/datastore		btrfs		rw,noatime,users,compress=lzo,space_cache   0 0	
#LABEL=DATA              /datastore              btrfs           rw,noatime,compress=lzo,space_cache   0 0  # test für nfs

#HDD mit Daten neu
#dev/sdb: LABEL="DATA" UUID=238afecb-1983-4c6e-8fae-cac6e3746dd9
LABEL=DATA             /data              btrfs           rw,noatime,users,compress=lzo,space_cache   0 0


#Ramdisk
tmpfs     /home/ralf/.cache     tmpfs     noatime,nodev,nosuid,size=1G   0 0

      Es waren vorher 3 Paritionen auf der der Platte.

      Du mountest sda2 an 6 verschiedene Orte? Was sagt denn

      lsblk -f

      • Fansurfer hat auf diesen Beitrag geantwortet.

        Josephus Miller Du mountest sda2 an 6 verschiedene Orte?

        Ja das ist richtig, das hängt mit den subvolume zusammen.

        $ lsblk -f
        NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
        sda
        ├─sda1 vfat FAT32 EFI 553E-BC62 105,6M 57% /boot
        ├─sda2 btrfs ROOT d16b005f-af6f-45fc-939c-2e0166f96e6a 46,8G 79% /home/.home_snapshots
        │ /var/cache/pacman/pkg
        │ /home
        │ /btrfs
        │ /.snapshots
        │ /
        └─sda3 swap 1 SWAP 4dd0c67b-00cd-4940-832a-c3f02b11805d [SWAP]
        sdb
        └─sdb1 btrfs DATA 4d634188-1a15-4b44-abdb-097a6cfc899a

          Was passiert wenn du

          UUID=4d634188-1a15-4b44-abdb-097a6cfc899a

          statt LABEL=DATA versuchst?

          Und hast du /data auf der Partition erstellt?

          • Fansurfer hat auf diesen Beitrag geantwortet.

            Josephus Miller Was passiert wenn du

            UUID=4d634188-1a15-4b44-abdb-097a6cfc899a

            statt LABEL=DATA versuchst?

            Der Fehler bleibt, Bootvorgang wird unterbrochen und ich kann als root das Journalctl -xb auslesen.

            Josephus Miller Und hast du /data auf der Partition erstellt?

            Auf der Festplatte habe ich kein subvolume data angelegt. Unter Root ist ein Verzeichnis mit /data.

                So wie es aussieht habe ich es jetzt hin bekommen. Dazu habe ich meine Festplatte noch mal formatiert mit
                sudo mkfs,ext4 /devsdb1 und anschließend noch mal mit mkfs.btrfs -f -L DATA /dev/sdb1 .Dann musste ich die fstab noch anpassen. Für ext4 wurden die Parameter compress=lzo,space_cache entfernt, damit lief die Festplatte mit ext4 dann und bei btrfs geht es nur mit dem Parameter compress=lzo.
                Zusätzlich habe ich auf der Festplatte ein Subvolume angelegt, dass ich jetzt mit boote. Ich denke mir dass ich damit dann nur von der Festplatte Snapshots anlegen kann.
                Das ganze war jetzt nur um eine neu Installation zu vermeiden weil mein SSD recht voll ist nach ca 4 Jahren.