Das sieht alles ok aus.
Normalerweise müsste die platte so gemounte werden.
Mounte mal manuell.
sudo mount -t ext4 /dev/sdb1 /media/peet-cloud-backup
und schaue dann nochmal mit lsblk nach ob die platte gemountet ist.
Das sieht alles ok aus.
Normalerweise müsste die platte so gemounte werden.
Mounte mal manuell.
sudo mount -t ext4 /dev/sdb1 /media/peet-cloud-backup
und schaue dann nochmal mit lsblk nach ob die platte gemountet ist.
ALT: Nextcloudpi und Backupproblem NEU: nun doch normale nextcloud installieren...Help me :)? Schau mal ob du hier fündig wirst!
Das sieht alles ok aus.
Normalerweise müsste die platte so gemounte werden.
Mounte mal manuell.
sudo mount -t ext4 /dev/sdb1 /media/peet-cloud-backup
und schaue dann nochmal mit lsblk nach ob die platte gemountet ist.
Peety Könntest Du bitte statt der Bildchen, die Ausgaben hier in einem Codeblock () posten?
Im Bild hier:
blkid
wird für sdb1 gar kein FS angezeigt! Welches Dateisystem hat dieser Datenträger, wenn Linux/blkid das nicht (er)kennt? Wo war dieser Datenträger vorher angeschlossen? Windows oder Mac oder?
Ich würde die Partition erst einmal löschen, neu erstellen und dann mit ext4 formatieren
jetzt habe ich doof gemacht habe ausversehen die ganze Platte gemäht..
es gibt kein sdb1 mehr weil ich folgendes gemacht habe:
Nun sieht das so aus
root@raspberrypi:/home/XXXX# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931,5G 0 disk
└─sda1 8:1 0 931,5G 0 part /media/peet-cloud
sdb 8:16 0 465,8G 0 disk
mmcblk0 179:0 0 29,7G 0 disk
├─mmcblk0p1 179:1 0 256M 0 part /boot
└─mmcblk0p2 179:2 0 29,5G 0 part /
blkid
/dev/mmcblk0p1: LABEL_FATBOOT="boot" LABEL="boot" UUID="4AD7-B4D5" TYPE="vfat" PARTUUID="2fae3b36-01"
/dev/mmcblk0p2: LABEL="rootfs" UUID="2887d26c-6ae7-449d-9701-c5a4018755b0" TYPE="ext4" PARTUUID="2fae3b36-02"
/dev/sda1: UUID="347c7858-f3e2-4ad1-aedc-95fb488d51e8" TYPE="ext4" PARTLABEL="primary" PARTUUID="186b8b61-2fed-4c33-8d4a-e724910d9a84"
/dev/mmcblk0: PTUUID="2fae3b36" PTTYPE="dos"
/dev/sdb: UUID="f2ce9ca8-e248-4d6a-87dd-d665fc146733" TYPE="ext4"
Das System war mal vorher irgendwann dank NextcloudPI BTRFS allerdings hatte ich das auch schon mal mit raspiBackup am laufen und sogar bereits ein Backup gefahren gehabt!
nur, da der Raspi 4 nicht zwei 2,5er Platten gleichzeitig mit strom versorgen mag, habe ich nun einen Hub zwischen geklemmt mit externen Stromversorgung, DANN neu ext4 formatiert, dann versucht wieder mit raspiBackup drauf zu zugreifen,
Siehe Oben.
Ich würde die Partition erst einmal löschen, neu erstellen und dann mit ext4 formatieren
wird getestet
Danke
Command (m for help): n
Partition type
p primary (0 primary, 0 extended, 4 free)
e extended (container for logical partitions)
Select (default p): p
Partition number (1-4, default 1): 1
First sector (2048-976773163, default 2048):
Last sector, +/-sectors or +/-size{K,M,G,T,P} (2048-976773163, default 976773163):
Created a new partition 1 of type 'Linux' and of size 465,8 GiB.
Command (m for help): quít
root@raspberrypi:/home/XXXX# nano /etc/fstab
root@raspberrypi:/home/XXXXX# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931,5G 0 disk
└─sda1 8:1 0 931,5G 0 part /media/peet-cloud
sdb 8:16 0 465,8G 0 disk
mmcblk0 179:0 0 29,7G 0 disk
├─mmcblk0p1 179:1 0 256M 0 part /boot
└─mmcblk0p2 179:2 0 29,5G 0 part /
Alles anzeigen
Mhhhh wieso taucht sdb1 nicht auf?
Code Alles anzeigenCommand (m for help): n Partition type p primary (0 primary, 0 extended, 4 free) e extended (container for logical partitions) Select (default p): p Partition number (1-4, default 1): 1 First sector (2048-976773163, default 2048): Last sector, +/-sectors or +/-size{K,M,G,T,P} (2048-976773163, default 976773163): Created a new partition 1 of type 'Linux' and of size 465,8 GiB. Command (m for help): quít root@raspberrypi:/home/XXXX# nano /etc/fstab root@raspberrypi:/home/XXXXX# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 931,5G 0 disk └─sda1 8:1 0 931,5G 0 part /media/peet-cloud sdb 8:16 0 465,8G 0 disk mmcblk0 179:0 0 29,7G 0 disk ├─mmcblk0p1 179:1 0 256M 0 part /boot └─mmcblk0p2 179:2 0 29,5G 0 part /
Mhhhh wieso taucht sdb1 nicht auf?
AHHHHH AM ende nicht QUIT sondern W ... OKay... learned:)
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931,5G 0 disk
└─sda1 8:1 0 931,5G 0 part /media/peet-cloud
sdb 8:16 0 465,8G 0 disk
└─sdb1 8:17 0 465,8G 0 part
mmcblk0 179:0 0 29,7G 0 disk
├─mmcblk0p1 179:1 0 256M 0 part /boot
└─mmcblk0p2 179:2 0 29,5G 0 part /
Nun Partition erstellen
root@raspberrypi:/home/XXXX# sudo mkfs.ext4 /dev/sdb1
mke2fs 1.44.5 (15-Dec-2018)
Creating filesystem with 122096389 4k blocks and 30531584 inodes
Filesystem UUID: 18a89476-52c3-4216-a420-40d7fb770e5e
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000
Allocating group tables: done
Writing inode tables: done
Creating journal (262144 blocks): done
Writing superblocks and filesystem accounting information: done
Alles anzeigen
richtig, mit "w" wird das ganze erst ausgeführt.
Zeig jetzt bitte noch mal die Ausgabe von blkid
richtig, mit "w" wird das ganze erst ausgeführt.
Zeig jetzt bitte noch mal die Ausgabe von blkid
/dev/mmcblk0p1: LABEL_FATBOOT="boot" LABEL="boot" UUID="4AD7-B4D5" TYPE="vfat" PARTUUID="2fae3b36-01"
/dev/mmcblk0p2: LABEL="rootfs" UUID="2887d26c-6ae7-449d-9701-c5a4018755b0" TYPE="ext4" PARTUUID="2fae3b36-02"
/dev/sda1: UUID="347c7858-f3e2-4ad1-aedc-95fb488d51e8" TYPE="ext4" PARTLABEL="primary" PARTUUID="186b8b61-2fed-4c33-8d4a-e724910d9a84"
/dev/mmcblk0: PTUUID="2fae3b36" PTTYPE="dos"
/dev/sdb1: UUID="18a89476-52c3-4216-a420-40d7fb770e5e" TYPE="ext4" PARTUUID="d97b3d30-01"
Die PARTUUID sieht "kürzer" aus liegt das daran, dass die Platte vorher mal BTRFS war? und die peet-cloud deshalb eine lange PARTUUID hat?
Nun vermutlich wieder den fstab-Eintrag schreiben mit nano /etc/fstab
STRG O (Otto)
STRG X verlassen?
root@raspberrypi:/media# ls -lisa /media
insgesamt 16
24002 4 drwxr-xr-x 4 root root 4096 Nov 11 15:51 .
2 4 drwxr-xr-x 23 root root 4096 Nov 11 15:40 ..
2 4 drwxr-xr-x 5 root root 4096 Nov 8 19:56 peet-cloud
128013 4 drwxrwx--- 2 root root 4096 Nov 11 15:16 peet-cloud-backup
Nun nochma mit raspibackup versuchen? Oder noch was anderees testen? Franjo G
Ja, in der /etc/fstab die PAARTUUID ändern.
Dann STRG O (Otto) ENTER
STRG X verlassen?
Ja, in der /etc/fstab die PAARTUUID ändern.
Dann STRG O (Otto) ENTER
STRG X verlassen?
Siehe oben Franjo G
Siehe oben
Den Pi neustarten,
mit lsblk überprüfen, ob die platte gemountet ist.
Wenn ja, kannst du raspiBackup nochmal starten.
Den Pi neustarten,
mit lsblk überprüfen, ob die platte gemountet ist.
Wenn ja, kannst du raspiBackup nochmal starten.
raspiBackupInstallUI.sh nochmal aufrufen um config zu machen Ich bin gespannt Mensch ich lerne richtig was, das macht spaß So mal abwarten:) Danke erstmal soweit
raspiBackupInstallUI.sh nochmal aufrufen um config zu machen Ich bin gespannt Mensch ich lerne richtig was, das macht spaß So mal abwarten:) Danke erstmal soweit
Er macht den mountpoint nicht
Er macht den mountpoint nicht
mounte nochmal manuell und poste das ergebnis
Das sieht alles ok aus.
Normalerweise müsste die platte so gemounte werden.
Mounte mal manuell.
sudo mount -t ext4 /dev/sdb1 /media/peet-cloud-backup
und schaue dann nochmal mit lsblk nach ob die platte gemountet ist.
Jetzt hat er sie... aber wieso??? beim booten hat er sie auch gehabt...
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931,5G 0 disk
└─sda1 8:1 0 931,5G 0 part /media/peet-cloud
sdb 8:16 0 465,8G 0 disk
└─sdb1 8:17 0 465,8G 0 part /media/peet-cloud-backup
mmcblk0 179:0 0 29,7G 0 disk
├─mmcblk0p1 179:1 0 256M 0 part /boot
└─mmcblk0p2 179:2 0 29,5G 0 part /
(Handybild, Monitor mal angeklemmt)
seltsam liegt wohl an dem ollen USB-3 device für die externe Stromversorgung...
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!