Am Sonntag, 21. Juni 2020 10:14 CEST, Arno <epsi(a)gmx.de> schrieb: Soweit ja recht offensichtlich ... Ja, aber ob das eine gute Idee ist? Es hat ja einen Grund warum das Filesystem ro gemounted ist - entweder ist das ein aktiver Schreibschutz auf einer SD-Card (oder ähnlichem) oder aber ein kaputtes Filesystem. Im ersten flappt ein remount nicht, im zweiten wäre es eine denkbar schlechte Idee. Ganz nebenbei scheinen wir hier auch ein X-Problem zu haben. "sudo chmod 777" ??? Das ist mit gaaanz wenigen Ausnahmen eine fürchterlich schlechte Idee - auf einem single user System macht's keinen Sinn (weil dem sowieso die Daten gehören) und auf einem Server ist das der Sicherheits-Supergau .... :-/ just my 0.02$ Gruss RalfD -- Ralf Mattes Hochschule für Musik Freiburg Projektleitung HISinOne Schwarzwaldstr. 141, D-79102 Freiburg http://www.mh-freiburg.de

Hallo, man muss unterscheiden zwischen dem rw Zugriff auf das DateiSYSTEM und auf die einzelnen Dateien. Mit sudo mount -o remount,rw /media/user/S (übrigens sollte da kein Leerzeichenm vor dem rw sein.) sagst du, dass das der Inhalt des DateiSYSTEMs nun verändert werden kann. Dann kannst du die Dateien in dem Dateisystem bzw. die Metadaten (also die Permissions) IN dem Dateisystem verändern. Das geht dann mit sudo chmod a+x /medua/user/S/datei (oder ähnlich) Aber: Nicht jedes Dateisystem-Format kennt das Konzept von "execute permission" (most notably vfat, womit eine SD Karte normalerweise daher kommt). Da geht zwar "chmod a+w", aber "chmod a+x" nicht, egal wie man das mountet. HTH Holger b.alya(a)bluewin.ch wrote (at 2020-06-21 18:31 +0200): -- Mit freundlichem Gruß / With kind regards Holger Klawitter -- listen <at> klawitter <dot> de

Deine Festplatte ist read-only (nur lesen möglich) gemountet, das kann auch root oder sudo nicht mit chmod übergehen. Das passiert bzw. wird zum Schutz des Dateisystems gemacht, wenn beim Einstecken der Platte festgestellt wird, dass das Dateisystem beschädigt ist. Steck mal die Platte ein und führe kurz danach dmesg in einem Terminal aus, da kommt sicher was mit IO-Error. Beheben kannst du das durch eine Reparatur des Dateisystems, abhängig vom verwendeten Dateisystem fsck.ext3 oder fsck.vfat Bei einem ntfs-Dateisystem hatte ich mit fsck bisher kein Glück und musste das unter Windows reparieren lassen. Kandidaten sind oft auch wacklige USB-Kabel. Mit freundlichen Grüßen Manuel Ohnemus Dipl. Ing. (FH) Konstruktion und Betriebsmittel Ohnemus Hauptstraße 72 D-77960 Seelbach Tel: +49 7823 961238-1 Fax: +49 7823 961238-4 manuel.ohnemus(a)kb-ohnemus.de https://www.kb-ohnemus.de Am 02.07.20 um 06:28 schrieb b.alya(a)bluewin.ch:

Hallo Ben, On 7/2/20 6:59 AM, b.alya(a)bluewin.ch wrote: Ich empfehle nochmal zu lesen, was Manuel geschrieben hat. Falls Du nicht verstehen solltest, was er gemeint hat, frag' lieber nach statt die ursprüngliche nochmal zu stellen. (Und wenn Du die Dinge gemacht hast, die er vorgeschlagen hat, teile uns das bitte mit.) Liebe Grüße Uwe

Hoi Zämme! ich habe linux Mint neu installiert und zuvor die Festplatte (1 TB) so partitioniert /dev/sda1 ext4 / root 55 gb /dev/sda 2 extended 875 gb darunter kommen /dev/sda5 linux swap 12 gb /dev/sda6 ext4 /home 325 gb /dev/sda7 fat32 /media/data 538 gb bei sudo fdisk -l bekomme ich folgende Meldung Device Boot Start End Sectors Size Id Type /dev/sda1 * 2048 117186559 117184512 55.9G 83 Linux /dev/sda2 117188606 1953523711 1836335106 875.6G 5 Extended /dev/sda5 117188608 140623871 23435264 11.2G 82 Linux swap / Solaris /dev/sda6 140625920 824217599 683591680 326G 83 Linux /dev/sda7 824219648 1953523711 1129304064 538.5G b W95 FAT32 Partition 2 does not start on physical sector boundary. bitte um Hilfe.... da ich kein Informatiker bin, en Gruess ben

Hi, die eigentliche Frage ist: gibt überhaupt ein Problem ? Bootet das System nicht oder werden Partitionen nicht gemountet ? ich kenne das als Warnung von cfdisk und das bedeutet nur das die Aufteilung nicht perfekt ist und man ggfs. den ein oder anderen Block verliert. Merkliche Auswirkungen kenne ich nicht. j2mc ________________________________________ Von: Flug [flug-bounces(a)lug-freiburg.de] im Auftrag von b.alya(a)bluewin.ch [b.alya(a)bluewin.ch] Gesendet: Dienstag, 20. Oktober 2020 21:40 An: Flug(a)lug-freiburg.de Betreff: partitions Partition 2 does not start on physical sector boundary. Hoi Zämme! ich habe linux Mint neu installiert und zuvor die Festplatte (1 TB) so partitioniert /dev/sda1 ext4 / root 55 gb /dev/sda 2 extended 875 gb darunter kommen /dev/sda5 linux swap 12 gb /dev/sda6 ext4 /home 325 gb /dev/sda7 fat32 /media/data 538 gb bei sudo fdisk -l bekomme ich folgende Meldung Device Boot Start End Sectors Size Id Type /dev/sda1 * 2048 117186559 117184512 55.9G 83 Linux /dev/sda2 117188606 1953523711 1836335106 875.6G 5 Extended /dev/sda5 117188608 140623871 23435264 11.2G 82 Linux swap / Solaris /dev/sda6 140625920 824217599 683591680 326G 83 Linux /dev/sda7 824219648 1953523711 1129304064 538.5G b W95 FAT32 Partition 2 does not start on physical sector boundary. bitte um Hilfe.... da ich kein Informatiker bin, en Gruess ben

Auch die deutsche wikipedia kennt da was: https://de.wikipedia.org/wiki/Schlaft_gut,_ihr_fiesen_Gedanken https://de.wikipedia.org/wiki/Festplattengeometrie ________________________________________ Von: Flug [flug-bounces(a)lug-freiburg.de] im Auftrag von tomas(a)tuxteam.de [tomas(a)tuxteam.de] Gesendet: Mittwoch, 21. Oktober 2020 10:35 An: flug(a)lug-freiburg.de Betreff: Re: partitions Partition 2 does not start on physical sector boundary. On Tue, Oct 20, 2020 at 09:40:14PM +0200, b.alya(a)bluewin.ch wrote: Das Fazit zuerst: Du kannst das getrost ignorieren :) Das Kleingedruckte: der Speicher Deiner Festplatte ist in sogenannte Sektoren (sectors) unterteilt. Ganz grob ist das das Päckchen an Daten, das von der Festplatte auf einmal gelesen/geschrieben werden kann. Sozusagen die Verpackungseinheit. Die Fisherman's friends bekomme ich bei meinem Dealer schliesslich auch nicht stückweise. Früher waren das immer (naja, fast ;-) 512 Byte. Nun sind die Festplatten viel dicker, die Leitungen viel schneller geworden; Ende der 90-er wanderten die Plattenhersteller in Richtung 4096 Byte/Sektor. Da unsere Branche (die der Softwerker) unglaublich inflexibel ist, entwickelten die Platteninterfaces eine art schizophrene Persönlichkeit: sie haben jetzt "physische" Sektoren (4096 Byte) und die acht mal kleineren logischen Sektoren (512 Bytes), damit die Software so tun kann, als wäre alles gleich geblieben. Diese lange Zahl, die nach "/dev/sda2" kommt gibt den Start Deiner ersten Partition in (logischen, 512 Byte) Sektoren an. Teilst Du sie durch acht, bekommst Du 14648575.75, also eine krumme Zahl. Diese Partition beginnt nicht an einer (physischen) Sektorgrenze. Das könnte, muss nicht, die Zugriffe auf Deine Platte verlangsamen; zumal es sich in diesem Fall nur um eine "extended"-Partition handelt, die eine Art Container für andere Partitionen ist (in Deinem Fall sda5 -- sda7). Diese beginnen alle an einer physischen Sektorgrenze, wie Du leicht durch Divison durch 8 überprüfen kannst. Warum ist das überhaupt wichtig? Nun ja: die Software vier Etagen weiter oben (z.B. Dateisystem) holt sich die Daten "blockweise" von der Platte. Ein Block sollte eine ganze Anzahl an Sektoren verpacken, dann geht es am schnellsten. Sitzt ein Block "scheps" auf den Sektoren, dann ist immer eine Leseoperation "zu viel" nötig. Aber die Partitionen, auf denen ein Dateisystem lebt (sda1, sda5 usw.) sind alle fein. Also: Du kannst das alles einfach ignorieren. Ich glaube nicht, dass das irgend eine Auswirkung auf Dein System hat. Das war das Kleingedruckte. Es gibt natürlich darunter noch kleiner gedrucktes; z.B. kannst Du hier [1] anfangen. Darunter gibt es noch kleiner gedrucktes... alles Schildkröten [2] :-) lg [1] https://en.wikipedia.org/wiki/Disk_sector [2] https://en.wikipedia.org/wiki/Turtles_all_the_way_down -- t