(gelöst) Root Reserve
(gelöst) Root Reserve
Wie beseitigt man die obligatorischen 5% für root auf einer frischen Partition, die das nicht benötigt?
Ich mach das alle Schaltjahre mal. In den Menüs von gparted bin ich nicht fündig geworden.
Ich mach das alle Schaltjahre mal. In den Menüs von gparted bin ich nicht fündig geworden.
Zuletzt geändert von guennid am 04.04.2018 17:46:54, insgesamt 1-mal geändert.
-
- Beiträge: 939
- Registriert: 16.02.2009 09:35:10
Re: Root Reserve
Ich sehe gerade in der manpage, dass das nur für ext? Dateisysteme gilt.
Wie ändert man das denn bei BTRFS, ZFS und XFS?adjust tunable filesystem parameters on ext2/ext3/ext4 filesystems
Soft: Bullseye AMD64, MATE Desktop. Repo's: Backports, kein Proposed, eigene Backports. Grafik: Radeon R7 360 MESA.
Hardware: Thinkstation S20, Intel X58, 16GB, Xeon W3530, BCM5755 NIC, EMU10K1 SND, SATA SSD+HDS und DVD+RW.
Hardware: Thinkstation S20, Intel X58, 16GB, Xeon W3530, BCM5755 NIC, EMU10K1 SND, SATA SSD+HDS und DVD+RW.
Re: Root Reserve
Muss mich doch nochmal mit dem Teil melden. Die Platte ist als Archiv für Fotos gedacht. Ich habe die einzige Partition (ext2) mit gparted (ergo root) eingerichtet und in der fstab rw und für alle user zum Mounten freigegeben. Einhängen geht, aber schreiben kann nur root. Das ist etwas suboptimal und ich finde meinen Fehler nicht.
Re: Root Reserve
Es gelten die jeweiligen Verzeichnisberechtigungen, änderbar mit chmod. Alternativ könnte man den Benutzer via chown ändern.
Re: Root Reserve
Alles schon erfolglos probiert (chmod und chown) einschließlich des kompletten Mount-Pades. Gemountet bleibt die Platte (Partition) bei root/root.
Platte ist S-ATA, per USB angeschlossen, hilft das weiter?
Platte ist S-ATA, per USB angeschlossen, hilft das weiter?
-
- Beiträge: 939
- Registriert: 16.02.2009 09:35:10
Re: Root Reserve
Ok, btrfs filesystem df scheint das Äquivalent zu sein. Schade, dass manche Sachen so sehr filesystemabhängig sind.
Soft: Bullseye AMD64, MATE Desktop. Repo's: Backports, kein Proposed, eigene Backports. Grafik: Radeon R7 360 MESA.
Hardware: Thinkstation S20, Intel X58, 16GB, Xeon W3530, BCM5755 NIC, EMU10K1 SND, SATA SSD+HDS und DVD+RW.
Hardware: Thinkstation S20, Intel X58, 16GB, Xeon W3530, BCM5755 NIC, EMU10K1 SND, SATA SSD+HDS und DVD+RW.
Re: Root Reserve
Wenn du bei gemounteter Platte chown -R >MOUNTPOINT< bzw. chmod -R >MOUNTPOINT< absetzt, dann sollte es gehen.guennid hat geschrieben:04.04.2018 15:50:52Alles schon erfolglos probiert (chmod und chown) einschließlich des kompletten Mount-Pades. Gemountet bleibt die Platte (Partition) bei root/root.
Grafische Dateimanager mögen die Änderung nicht sofort erkennen. Eine Aktualisierung des Verzeichnisses sollte helfen, falls nicht tut es ein Neustart (des Dateimangers) auf jeden Fall.
-
- Beiträge: 507
- Registriert: 30.12.2016 23:48:51
Re: Root Reserve
Das muss eigentlich funktionieren. Und sofern keine persistenten Mountpoints mit festen Rechten nutzt, wird die Festplatte nunmal über den zuständigen Systemdienst eingehängt, womit das Verzeichnis so gesehen Root gehört, und deinerseits auch nichts verändert werden kann.guennid hat geschrieben:04.04.2018 15:50:52Alles schon erfolglos probiert (chmod und chown) einschließlich des kompletten Mount-Pades. Gemountet bleibt die Platte (Partition) bei root/root.
Platte ist S-ATA, per USB angeschlossen, hilft das weiter?
Folgendes sollte den Zugriff ermöglichen:
Code: Alles auswählen
chown -R user:user /media/user/Mountpoint
find /media/user/Mountpoint -type d -exec chmod -R ugo+rwx {} +
find /media/user/Mountpoint -type f -exec chmod -R ugo-x,ugo+rw {} +
Re: Root Reserve
Hmm, also woran es lag, versteh ich nicht.
Folgendes habe ich zwischenzeitlich unternommen: Platte mit ext2 formatiert (gparted, ich ging bisher davon aus, dass Formatieren bei ext* auf frisch partitionierter Platte überflüssig sei). Neue UUID vergeben. Ich mounte über label, das war nach diesen beiden Maßnahmen weg, ergo neu vergeben.
Danach gehörte die via fstab-Eintrag als User gemountete Platte, wie erwartet, diesem User und er hatte Schreibzugriff.
Den kompletten Mountpfad (/media/... wieder root:root übergeben. Als user neu gemountet. Rechte bleiben (user:user)
Für mich ziemlich rätselhaft.
Wenn's am Formatieren lag, wäre es schön, wenn mir jemand meine Fehlannahme bestätigte.

Folgendes habe ich zwischenzeitlich unternommen: Platte mit ext2 formatiert (gparted, ich ging bisher davon aus, dass Formatieren bei ext* auf frisch partitionierter Platte überflüssig sei). Neue UUID vergeben. Ich mounte über label, das war nach diesen beiden Maßnahmen weg, ergo neu vergeben.
Danach gehörte die via fstab-Eintrag als User gemountete Platte, wie erwartet, diesem User und er hatte Schreibzugriff.
Den kompletten Mountpfad (/media/... wieder root:root übergeben. Als user neu gemountet. Rechte bleiben (user:user)
Für mich ziemlich rätselhaft.

Wenn's am Formatieren lag, wäre es schön, wenn mir jemand meine Fehlannahme bestätigte.
Re: (gelöst) Root Reserve
Beim Formatieren gehen alle Informationen eines eventuell davor vorhandenen Dateisystems verloren, also auch UUID, Label und Berechtigungen. Neu erzeugte Dateisystem gehören, wenn das Dateisystem Rechte unterstützt, normalerweise root.
Wenn es nicht gemountet war, hast du lediglich die Rechte des Mountpoints verändert und die Spielen, nachdem dort ein Dateisystem gemountet wurde, keine Rolle mehr.
War während dem Ausführen von chown (oder dem Ändern des Eigentümers mit dem grafischen Dateimanager) das Dateisystem gemountet oder nicht?guennid hat geschrieben:04.04.2018 17:08:08Den kompletten Mountpfad (/media/... wieder root:root übergeben. Als user neu gemountet. Rechte bleiben (user:user)
Wenn es nicht gemountet war, hast du lediglich die Rechte des Mountpoints verändert und die Spielen, nachdem dort ein Dateisystem gemountet wurde, keine Rolle mehr.
Re: (gelöst) Root Reserve
Soweit war mir das klar und deswegen habe ich's zwar mal gemacht, das aber schon beim Ausführen für eigentlich sinnlos gehalten. Dass die Rechte eines gemounteten Dateisystems via chown dauerhaft geändert werden, war mir nicht so klar.smutbert hat geschrieben:Wenn [das Dateisystem] nicht gemountet war, hast du lediglich die Rechte des Mountpoints verändert und die spielen, nachdem dort ein Dateisystem gemountet wurde, keine Rolle mehr.