NEWS
MariaDb verschieben
-
@thomas-braun said in MariaDb verschieben:
Warum installiert man da einen Desktop, wenn weder Bildschirm noch Tastatur dranhängt? Komplett sinnfrei.
Weil man dann mit VNC rauf kann?
@diwoma sagte in MariaDb verschieben:
Weil man dann mit VNC rauf kann?
und wofür braucht man vnc auf einem Server?
zum Öffnen der Konsole?
Server werden per Fernkonsole administriert. -
@thomas-braun said in MariaDb verschieben:
Warum installiert man da einen Desktop, wenn weder Bildschirm noch Tastatur dranhängt? Komplett sinnfrei.
Weil man dann mit VNC rauf kann?
@diwoma sagte in MariaDb verschieben:
Weil man dann mit VNC rauf kann?
Auch komplett sinnfrei. Das Terminal schaut über VNC auch nicht anders aus.
-
@thomas-braun zu früh gefreut!
Hat alles super funktioniert. Auf einmal war 'sda' weg und tauchte als 'sdb' wieder auf. Der Mountpunkt ist dadurch auch weg.
Hab dann sdb per mount ins richtige Verzeichnis eingebunden und mariadb neu gestartet (mit passworteingabe). Dann funktionierte es wieder.
Kurze Zeit später das selbe. sdb weg, sdc da?!
Was läuft hier schief?ich habe auch versucht die Platte per in etc/fstab mit
PARTUUID=c378a661-7bf4-47b7-bdc0-c3b144fbf629 /var/lib/mysql ext4 defaults 0 2
einzubinden. (weiß aber nicht, ob das so stimmt)lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sdb 8:16 0 931.5G 0 disk └─sdb1 8:17 0 931.5G 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 /blkid /dev/mmcblk0p1: LABEL_FATBOOT="bootfs" LABEL="bootfs" UUID="37CA-39EC" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="6af5191f-01" /dev/mmcblk0p2: LABEL="rootfs" UUID="a4af13c6-d165-4cbd-a9f6-c961fef8255d" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="6af5191f-02"mount | sort bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700) cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot) configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime) debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime) /dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro) /dev/mmcblk0p2 on / type ext4 (rw,noatime) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) /dev/sda1 on /var/lib/mysql type ext4 (rw,relatime) devtmpfs on /dev type devtmpfs (rw,relatime,size=332768k,nr_inodes=83192,mode=755) fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime) mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,relatime) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime) sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run type tmpfs (rw,nosuid,nodev,size=186292k,nr_inodes=819200,mode=755) tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=93144k,nr_inodes=23286,mode=700,uid=1000,gid=1000) tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)sudo blkid /dev/sdb1 /dev/sdb1: UUID="708ae917-260f-4c93-b41b-1da779cb715a" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="Basic data partition" PARTUUID="c378a661-7bf4-47b7-bdc0-c3b144fbf629"Mounte über die
UUID="708ae917-260f-4c93-b41b-1da779cb715a"
dann rutscht das Device auch nicht auf /dev/sdX -
@thomas-braun hab jetzt die fstab wie folgt geändert:
proc /proc proc defaults 0 0 PARTUUID=6af5191f-01 /boot vfat defaults 0 2 PARTUUID=6af5191f-02 / ext4 defaults,noatime 0 1 UUID=708ae917-260f-4c93-b41b-1da779cb715a /var/lib/mysql ext4 defaults 0 2 # a swapfile is not a swap partition, no line here # use dphys-swapfile swap[on|off] for thatNach dem reboot
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 /var/lib/mysql mmcblk0 179:0 0 29.7G 0 disk ├─mmcblk0p1 179:1 0 256M 0 part /boot └─mmcblk0p2 179:2 0 29.5G 0 part /funktioniert es erstmal.
Zugrif auf die Datenbank hab ich.kurze Zeit später:
pi@raspberrypi:~ $ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sdb 8:16 0 931.5G 0 disk └─sdb1 8:17 0 931.5G 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 /Was mache ich hier falsch?
-
@thomas-braun hab jetzt die fstab wie folgt geändert:
proc /proc proc defaults 0 0 PARTUUID=6af5191f-01 /boot vfat defaults 0 2 PARTUUID=6af5191f-02 / ext4 defaults,noatime 0 1 UUID=708ae917-260f-4c93-b41b-1da779cb715a /var/lib/mysql ext4 defaults 0 2 # a swapfile is not a swap partition, no line here # use dphys-swapfile swap[on|off] for thatNach dem reboot
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 /var/lib/mysql mmcblk0 179:0 0 29.7G 0 disk ├─mmcblk0p1 179:1 0 256M 0 part /boot └─mmcblk0p2 179:2 0 29.5G 0 part /funktioniert es erstmal.
Zugrif auf die Datenbank hab ich.kurze Zeit später:
pi@raspberrypi:~ $ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sdb 8:16 0 931.5G 0 disk └─sdb1 8:17 0 931.5G 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 /Was mache ich hier falsch?
Keine Ahnung. Steht was in den einschlägigen Logs?
-
ich hab keine Ahnung von dem Kram!
Aber bei@mark sagte in MariaDb verschieben:
auf eine USB-Festplatte
und
@mark sagte in MariaDb verschieben:
raspberrypi
sowie dem beschriebenen Verhalten, sehe ich die Möglichkeit dass die Festplatte z.B. wegen mangelhafter Stromversorgung, kurzfristig den Kontakt verliert und neu verbindet.
-
ich hab keine Ahnung von dem Kram!
Aber bei@mark sagte in MariaDb verschieben:
auf eine USB-Festplatte
und
@mark sagte in MariaDb verschieben:
raspberrypi
sowie dem beschriebenen Verhalten, sehe ich die Möglichkeit dass die Festplatte z.B. wegen mangelhafter Stromversorgung, kurzfristig den Kontakt verliert und neu verbindet.
@homoran Du hattest recht. Hab jetzt eine andere Festplatte probiert und bisher läuft alles einwandfrei. Auch nach reboot.
Sieht wohl so aus als ob tatsächlich die Festplatte oder der Controller bzw die Stromversorgung was hat. Muss nächste Woche mal ein anderes Netzteil probieren. Vielleicht liegt es ja wirklich daran.
Egal, Hauptsache es geht jetzt!
Danke Euch!!! -
@diwoma sagte in MariaDb verschieben:
Weil man dann mit VNC rauf kann?
Auch komplett sinnfrei. Das Terminal schaut über VNC auch nicht anders aus.
Nun, es ging bei meiner Antwort auf "warum GUI wenn kein Bildschirm oder Keyboard vorhanden ist" darum, dass man immer noch über VNC draufschauen kann (eben weil man keinen BS oder Keyboard angeschlossen hat).
Das man als eingefleischter Linux-User keine GUI braucht, ist klar. Aber manche (vor allem Windows-Nutzer im normalen Leben) sehen halt z.B. das Filesystem lieber grafisch. Und es soll doch niemand davon abgehalten werden, ioBroker zu nutzen, weil er sich auf einem Linux-System unwohl fühlt, auch wenn die Steuerung von ioBroker nur über die Shell erfolgt.-- diwoma
ioBroker in LX-Container in Proxmox
Zigbee-Coordinator: CC2652P2-TCP FW: 20230507 -
Nun, es ging bei meiner Antwort auf "warum GUI wenn kein Bildschirm oder Keyboard vorhanden ist" darum, dass man immer noch über VNC draufschauen kann (eben weil man keinen BS oder Keyboard angeschlossen hat).
Das man als eingefleischter Linux-User keine GUI braucht, ist klar. Aber manche (vor allem Windows-Nutzer im normalen Leben) sehen halt z.B. das Filesystem lieber grafisch. Und es soll doch niemand davon abgehalten werden, ioBroker zu nutzen, weil er sich auf einem Linux-System unwohl fühlt, auch wenn die Steuerung von ioBroker nur über die Shell erfolgt.Braucht keiner. Die drei Befehle zum navigieren durch das Dateisystem kann man sich ja wohl draufschaffen.
Ein GUI hat nur Nachteile.
Zu viel Overhead, zu langsam, zu umständlich, zu unsicher, unnötig laufender Code usw. -
Braucht keiner. Die drei Befehle zum navigieren durch das Dateisystem kann man sich ja wohl draufschaffen.
Ein GUI hat nur Nachteile.
Zu viel Overhead, zu langsam, zu umständlich, zu unsicher, unnötig laufender Code usw.@thomas-braun Ist schon klar.
-
Die Lernkurve ist ein wenig steiler am Anfang. Musste halt durch.
Ist übrigens ein ähnliches Thema wie eine Anmeldung als root. Das ist auch 'einfacher', weil da erstmal alles geht.
Ist es aber auch nur auf den ersten Blick und nur solange bis man sich das Rechtegefüge zerballert hat. -
Nun, es ging bei meiner Antwort auf "warum GUI wenn kein Bildschirm oder Keyboard vorhanden ist" darum, dass man immer noch über VNC draufschauen kann (eben weil man keinen BS oder Keyboard angeschlossen hat).
Das man als eingefleischter Linux-User keine GUI braucht, ist klar. Aber manche (vor allem Windows-Nutzer im normalen Leben) sehen halt z.B. das Filesystem lieber grafisch. Und es soll doch niemand davon abgehalten werden, ioBroker zu nutzen, weil er sich auf einem Linux-System unwohl fühlt, auch wenn die Steuerung von ioBroker nur über die Shell erfolgt.@diwoma sagte in MariaDb verschieben:
Aber manche (vor allem Windows-Nutzer im normalen Leben) sehen halt z.B. das Filesystem lieber grafisch
ich auch. das mache ich mit filezilla vom PC aus (oder midnight commander vom tablet)
braucht immer noch keine GUI auf dem Server
@diwoma sagte in MariaDb verschieben:
Das man als eingefleischter Linux-User
das bin ich nämlich gar nicht.
-
@diwoma sagte in MariaDb verschieben:
Aber manche (vor allem Windows-Nutzer im normalen Leben) sehen halt z.B. das Filesystem lieber grafisch
ich auch. das mache ich mit filezilla vom PC aus (oder midnight commander vom tablet)
braucht immer noch keine GUI auf dem Server
@diwoma sagte in MariaDb verschieben:
Das man als eingefleischter Linux-User
das bin ich nämlich gar nicht.
@homoran Ich habe ja schon geschrieben, das mir das klar ist.
Ich verwende übrigens WinSCP.
Und in meinen LXC ist keine GUI.Aber bei meinen ersten Versuchen mit dem PI war ich schon froh über die GUI.
Und beim Linux muss ich mir die Befehle immer noch in Google suchen, weil ich nicht permanent mit dem Betriebssystem arbeite. -
Hallo Zusammen,
ich habe versucht meine MariaDB auf eine USB-Festplatte zu verschieben. Leider bekomme ich sie nicht mehr zum laufen.
Was ich bisher versucht habe:
Verzeichnis kopieren: sudo rsync -av /var/lib/mysql /media/pi/RaspData/mariadb
in der Konfig: /etc/mysql/mariadb.conf.d/50-server.cnf den datadir = /media/pi/RaspData/mariadb/mysql
/usr/lib/systemd/system/mariadb.service der Wert ProtectHome=false
und systemd neu laden: sudo systemctl daemon-reloadBeim sudo systemctl start mariadb kommt jetzt:
Job for mariadb.service failed because the control process exited with error code. See "systemctl status mariadb.service" and "journalctl -xe" for details.und beim status
mariadb.service - MariaDB 10.5.15 database server Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Sat 2023-03-04 17:49:14 CET; 27s ago Docs: man:mariadbd(8) https://mariadb.com/kb/en/library/systemd/ Process: 6469 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/SUCCESS) Process: 6470 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS) Process: 6472 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`cd /usr/bin/..; /usr/bin/galera_recovery`; [ $? -eq 0 ] && systemctl set-environment _WSREP_START_POSITION=$VAR || exit 1 (code=exited, stat> Process: 6522 ExecStart=/usr/sbin/mariadbd $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=exited, status=1/FAILURE) Main PID: 6522 (code=exited, status=1/FAILURE) Status: "MariaDB server is down" CPU: 272ms Mär 04 17:49:14 raspberrypi systemd[1]: Starting MariaDB 10.5.15 database server... Mär 04 17:49:14 raspberrypi mariadbd[6522]: 2023-03-04 17:49:14 0 [Note] /usr/sbin/mariadbd (mysqld 10.5.15-MariaDB-0+deb11u1) starting as process 6522 ... Mär 04 17:49:14 raspberrypi mariadbd[6522]: 2023-03-04 17:49:14 0 [Warning] Can't create test file /media/pi/RaspData/mariadb/mysql/raspberrypi.lower-test Mär 04 17:49:14 raspberrypi mariadbd[6522]: [110B blob data] Mär 04 17:49:14 raspberrypi mariadbd[6522]: 2023-03-04 17:49:14 0 [ERROR] Aborting Mär 04 17:49:14 raspberrypi systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE Mär 04 17:49:14 raspberrypi systemd[1]: mariadb.service: Failed with result 'exit-code'. Mär 04 17:49:14 raspberrypi systemd[1]: Failed to start MariaDB 10.5.15 database server.ich bin leider absoluter Anfänger. Da aber das Test-File nicht angelegt werden kann vermute ich ein problem mit dem Schreibzugriff. Ich habe deshalb mal alle Ordner die Zugriffe abgefragt und beim /media festgeststellt, dass es hier wohl Probleme gibt. Leider kann ich das nicht ändern
pi@raspberrypi:/media/pi/RaspData/mariadb/mysql $ ls -l /media/pi/RaspData/mariadb/mysql insgesamt 110649 -rwxrwxrwx 1 pi pi 24576 4. Mär 16:21 aria_log.00000001 -rwxrwxrwx 1 pi pi 52 4. Mär 16:21 aria_log_control -rwxrwxrwx 1 pi pi 0 26. Feb 17:10 debian-10.5.flag -rwxrwxrwx 1 pi pi 2142 4. Mär 16:21 ib_buffer_pool -rwxrwxrwx 1 pi pi 12582912 4. Mär 16:21 ibdata1 -rwxrwxrwx 1 pi pi 100663296 4. Mär 16:21 ib_logfile0 drwxrwxrwx 1 pi pi 4096 2. Mär 20:49 iobroker -rwxrwxrwx 1 pi pi 0 26. Feb 17:10 multi-master.info drwxrwxrwx 1 pi pi 24576 26. Feb 17:10 mysql -rwxrwxrwx 1 pi pi 15 26. Feb 17:10 mysql_upgrade_info drwxrwxrwx 1 pi pi 0 26. Feb 17:10 performance_schema pi@raspberrypi:/media/pi/RaspData/mariadb/mysql $ ls -l /media/pi/RaspData/mariadb insgesamt 4 drwxrwxrwx 1 pi pi 4096 4. Mär 16:21 mysql pi@raspberrypi:/media/pi/RaspData/mariadb/mysql $ ls -l /media/pi/RaspData insgesamt 0 drwxrwxrwx 1 pi pi 0 4. Mär 16:16 '$RECYCLE.BIN' drwxrwxrwx 1 pi pi 0 4. Mär 16:26 mariadb drwxrwxrwx 1 pi pi 0 4. Mär 16:16 'System Volume Information' pi@raspberrypi:/media/pi/RaspData/mariadb/mysql $ ls -l /media/pi insgesamt 8 drwxr-xr-x 2 root root 4096 4. Mär 12:49 mariadb_daten drwxrwxrwx 1 pi pi 4096 4. Mär 16:17 RaspData pi@raspberrypi:/media/pi/RaspData/mariadb/mysql $ ls -l /media insgesamt 8 drwxr-x---+ 4 root root 4096 4. Mär 17:18 pi drwxr-xr-x 2 root root 4096 26. Feb 15:16 raspybackup pi@raspberrypi:/media/pi/RaspData/mariadb/mysql $ chmod 777 /media chmod: Beim Setzen der Zugriffsrechte für '/media': Die Operation ist nicht erlaubtWie gesagt, bin leider Anfänger. Was kann ich denn jetzt machen? Wäre schön wenn mir hier jemand helfen würde. Danke schonmal im voraus
@mark Ihr seit ha schon mit dem Mounten der Laufwerke durch.
MariaDB 10.5.18 auf dem raspberry pi auf einen usb stick umziehen
Dennoch möchte ich kurz einen für mich gangbaren Weg zeigen, der bei mir immer funktioniert hat.
--> Mein usb stick ist unter /media/usb eingehängt.Dateien umkopieren auf externes Laufwerk
sudo mkdir /media/usb/mysql sudo cp -Rv /var/lib/mysql/* /media/usb/mysql/Rechte in dem Verzeichnis /media/usb/mysql/ ändern
cd /media/usb/ sudo chown -R mysql * sudo chgrp -R mysql *mysql Konfiguration ändern
im Verzeichnis --> /etc/mysql/my.cnf[client-server] # Import all .cnf files from configuration directory !includedir /etc/mysql/conf.d/ !includedir /etc/mysql/mariadb.conf.d/ [mysqld] # # * Basic Settings # # user = mysql #pid-file = /var/run/mysqld/mysqld.pid #socket = /var/run/mysqld/mysqld.sock port = 3307 # basedir = /usr #datadir = /var/lib/mysql datadir = /media/usb/mysql skip-bind-addressDann mysql stoppen
-->und /var/log/syslog beobachtensudo systemctl stop mysql.serviceDann mysql starten
-->und /var/log/syslog beobachtensudo systemctl start mysql.serviceVielleicht hilfts ja ?
LG
alk- DIY Electronics that do their job
- EV, WB, PV + Battery and optimized charging ;-)
-
@mark Ihr seit ha schon mit dem Mounten der Laufwerke durch.
MariaDB 10.5.18 auf dem raspberry pi auf einen usb stick umziehen
Dennoch möchte ich kurz einen für mich gangbaren Weg zeigen, der bei mir immer funktioniert hat.
--> Mein usb stick ist unter /media/usb eingehängt.Dateien umkopieren auf externes Laufwerk
sudo mkdir /media/usb/mysql sudo cp -Rv /var/lib/mysql/* /media/usb/mysql/Rechte in dem Verzeichnis /media/usb/mysql/ ändern
cd /media/usb/ sudo chown -R mysql * sudo chgrp -R mysql *mysql Konfiguration ändern
im Verzeichnis --> /etc/mysql/my.cnf[client-server] # Import all .cnf files from configuration directory !includedir /etc/mysql/conf.d/ !includedir /etc/mysql/mariadb.conf.d/ [mysqld] # # * Basic Settings # # user = mysql #pid-file = /var/run/mysqld/mysqld.pid #socket = /var/run/mysqld/mysqld.sock port = 3307 # basedir = /usr #datadir = /var/lib/mysql datadir = /media/usb/mysql skip-bind-addressDann mysql stoppen
-->und /var/log/syslog beobachtensudo systemctl stop mysql.serviceDann mysql starten
-->und /var/log/syslog beobachtensudo systemctl start mysql.serviceVielleicht hilfts ja ?
LG
alkEinfaches mounten eines USB Sticks
Am besten zwei Terminals (Console) nutzen:
- um syslog zu kontrollieren
tail -f /var/log/syslog--> hier sollte man alle Meldungen sehen, wenn der Stick einsgesteckt wird. Hilft enorm beim debug.
- um im Terminal zu arbeiten
Mal sehen was am USB Port angeschlossen ist, .z.B.
lsusb Bus 002 Device 003: ID 2109:0715 VIA Labs, Inc. VL817 SATA Adaptor Bus 002 Device 002: ID 05e3:0626 Genesys Logic, Inc. USB3.1 Hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 05e3:0610 Genesys Logic, Inc. Hub Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubMal sehen welches BLK Device angeschlossen ist, .z.B.
Hier eine SSD Hard Disk:lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 58.7G 0 disk ├─sda1 8:1 0 256M 0 part /boot └─sda2 8:2 0 58.4G 0 part /Folgendes Kommando listed jetzt die wichtige blkid des USB sicks:
ls -l /dev/disk/by-uuid/* lrwxrwxrwx 1 root root 10 Apr 11 08:49 /dev/disk/by-uuid/1f8a7c6a-4ff3-4ada-be0f-846f3252a947 -> ../../sdb1 lrwxrwxrwx 1 root root 10 Apr 11 08:35 /dev/disk/by-uuid/37CA-39EC -> ../../sda1 lrwxrwxrwx 1 root root 10 Apr 11 08:35 /dev/disk/by-uuid/a4af13c6-d165-4cbd-a9f6-c961fef8255d -> ../../sda2oder
sudo blkid /dev/sda1: LABEL_FATBOOT="bootfs" LABEL="bootfs" UUID="37CA-39EC" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="082d1f86-01" /dev/sda2: LABEL="rootfs" UUID="a4af13c6-d165-4cbd-a9f6-c961fef8255d" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="082d1f86-02" /dev/sdb1: UUID="1f8a7c6a-4ff3-4ada-be0f-846f3252a947" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="7ab852fc-01"- typisch: sda1 ist hier die Bootpartition als vfat
- typisch: sda2 rootfs als ext4
- NEU: sdb1 meine externe HD/USB Stick als ext4. UUID merken, wird weiter unten benötigt.
Jetzt den USB Stick, HD dauerhaft mounten und in fstab eintragen
--> bitte hier keinen Fehler machen, hat Einfluß auf's booten !
--> meine fstab sieht dann so aus in /etc/fstab.
Hier entsprechend Eure UUID verwenden! Zu finden oben aus "sudo blkid".more /etc/fstab proc /proc proc defaults 0 0 PARTUUID=082d1f86-01 /boot vfat defaults 0 2 PARTUUID=082d1f86-02 / ext4 defaults,noatime 0 1 # a swapfile is not a swap partition, no line here # use dphys-swapfile swap[on|off] for that # for EXT4 file system: UUID=1f8a7c6a-4ff3-4ada-be0f-846f3252a947 /media/usb ext4 auto,nofail,sync,users,rw 0 0die letzte Zeile hier oben ist der USB Stick, externe HD etc.
jetzt mal einen automount probieren und die Ausgabe im zweitern Terminal auf /var/log/syslog beobachten.
sudo mount -aDabei prüft man, ob man den Eintrag in der Datei "/etc/fstab" korrekt angelegt hat.
Mit "df -h" und "lsblk" kann man prüfen ob und wo (Mount-Point) das eingehängt wurde.
lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 58.7G 0 disk ├─sda1 8:1 0 256M 0 part /boot └─sda2 8:2 0 58.4G 0 part / sdb 8:16 0 149.1G 0 disk └─sdb1 8:17 0 149G 0 part /media/usbNach einem reboot sollte das Laufwerk automatisch eingebunden sein.
Viel Spass
alk
Support us
412
Online32.6k
Benutzer82.0k
Themen1.3m
Beiträge