Bereiche
News
Rewind
Tipps & Berichte
Forum
Galerie
Journals
Events
Umfragen
Themenwoche
Kleinanzeigen
Interaktiv
Anmelden
Registrierung
Zu allen empfangenen Nachrichten
Suche...
Zur erweiterten Suche
Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?
Forum
>
Software
>
Terminal:sudo rm geht nicht, da read-only file system?
Terminal:sudo rm geht nicht, da read-only file system?
epionier
05.05.11
20:34
Hallo,
Ich brauche dringend eure Hilfe. Ich habe im Festplattendienstprogramm versucht den freien Spei her zu überschreiben. Dabei wird ein Image angelegt bis die Festplatte voll ist. Leider ist das Programm abgestürzt als die Platte voll war. Nun kommt mein Mac beim Booten nicht mehr über den grauen Bildschirm.
Ich habe dann im Single Mode gebootet (ctrl+s) und wollte über das Terminal das Image löschen. Ich habe es ausfindig gemacht und wollte es mit sudo -rm /... löschen; es wird mir bei der Datei aber nur: read-only file system ausgegeben. Wie bekomme ich diese Datei gelöscht??
Kenne mich leider im Terminal 0 aus.
Hilfreich?
0
Kommentare
dirac
05.05.11
20:53
Was soll denn das "-" vor dem rm???
Hilfreich?
0
Ronald Hofmann
05.05.11
21:10
Mit sudo rm / wäre ich mal vorsichtig.
Der Backslash steht für die Festplatte und die würde in diesem Falle komplett gelöscht werde.
Für "kenn mich Null aus" ist das Terminal nicht so gut geeignet
Wenn ein zweiter Mac zur Verfügung steht, dann empfiehlt sich der Firewire Modus.
Den Mac neu starten und dabei die Taste T auf der Tastatur gedrückt halten. Nach kurzer Zeit erscheint dann ein FireWire Symbol auf dem Bildschirm. Dann kann man den so gestarteten Mac an einem anderen Mac per FireWire Kabel anschliessen und präsentiert sich da wie eine Festplatte. Da lässt sich dann das gewünschte löschen.
GR
-----
Hilfreich?
0
Yosemite82
05.05.11
21:45
mount -uw
sollte der Befehl sein um das Filesystem schreibbar zu machen...
Aber wen du rm -r / eingibst kannst du auch grad so gut mit dem Festplattendienstprogramm die Festplatte löschen/mit leerdaten beschreiben
„Think Different - Drive Different“
Hilfreich?
0
Duck Dodgers
05.05.11
22:02
sudo -rm /...
hast du das so wirklich eingegeben? Du meinst wahrscheinlich: sudo rm "/Pfad/zum/image"
Wenn du das im Single-User-Mode gestartet hast folgendes eingeben:
/sbin/fsck -fy
/sbin/mount -uw /
Danach erst, kannst du das image löschen!
P.S: Yosemite war schneller
Hilfreich?
0
onicon
05.05.11
23:48
Im 'single user mode' werden alle Befehle mit su Rechten verarbeitet, daher sudo überflüssig.
rm -rf /
Beschert dir eine saubere Grundlage zum Neuanfang, ein Backup ist ja hoffentlich vorhanden.
Hilfreich?
0
epionier
06.05.11
03:46
Hallo,
ich konnte nicht antworten da ich mein Mac nicht starten konnte. Meine Frage wurde auf dem iPhone geschrieben.
Ich meinte natürlich
sudo rm -rf /PFAD ZU DER DATEI
... war also PFAD ZU DER DATEI
Soviel Verstand habe ich noch nicht "sudo rm -rf /" auszuführen um die ganze Platte zu löschen ;D
@Duck Dodgers; Yosemite82: Vielen Dank, durch die Befehle habe ich Schreibzugriff bekommen und konnte die TMP-Files löschen.
Jetzt läuft wieder alles. Danke nochmals für die schnelle Hilfe.
Hilfreich?
0
MacMark
06.05.11
14:11
"Platte vollmachen" ist eine ganz dumme Idee. Vor allem auf Unix. Nutze "sicheres Löschen" im Finder oder "Erase free space" im Disk Util.
„@macmark_de“
Hilfreich?
0
_mäuschen
06.05.11
14:53
epionier
… Ich habe im Festplattendienstprogramm versucht den freien Spei her zu überschreiben. …
MacMark
Was anderes als die "Platte vollmachen" tut denn das Festplattendienstprogramm
als "Erase free space" im Disk Util.
Hilfreich?
0
Marcel Bresink
06.05.11
15:07
MacMark
"Platte vollmachen" ist eine ganz dumme Idee. Vor allem auf Unix. Nutze "sicheres Löschen" im Finder oder "Erase free space" im Disk Util.
Auweia. "Platte vollmachen" ist genau die von Apple so programmierte Funktion, die vom Betriebssystem ausgeführt wird, wenn man die von Dir vorgeschlagene Funktion "erase free space" nutzt.
Hilfreich?
0
MacMark
06.05.11
16:44
_mäuschen @@Marcel Bresink
Wohl kaum. Sie überschreiben den freien Speicher, aber nicht alles gleichzeitig, sondern immer nur ein Stück, geben es wieder frei, schreiben das nächste Stück, geben es wieder frei, schreiben das nächste Stück …
Ansonsten wäre das System genauso mausetot wie bei unserem jungen Freund. Ihr enttäuscht mich.
„@macmark_de“
Hilfreich?
0
MacMark
06.05.11
17:05
Korrektur: Mmh, er hatte das ja aufgerufen (und dann Absturz). Dann schreiben sie wohl doch ein Sparse-Image. Womöglich liefen noch andere Programme, die Plattenspeicher angefordert haben und damit die Platte voll wurde, weil Disk Util die Situation nicht mehr unter Kontrolle hatte, sprich das Image sofort wieder freigibt, wenn es "voll" ist.
„@macmark_de“
Hilfreich?
0
_mäuschen
06.05.11
17:20
Dann käme (zumindest im FPDP)
Zusätzliche Informationen
Wenn Sie den freien Speicher Ihres Mac OS X Startvolumes löschen, wird unter Umständen folgende Meldung angezeigt:
"Das Startvolume ist fast voll.
Sie müssen weiteren Speicherplatz auf Ihrem Startvolume schaffen, indem Sie Dateien löschen."
Das ist ein normaler, nur vorübergehend auftretender Bestandteil des Vorgangs zum Löschen von freiem Speicher. Sobald der freie Speicher gelöscht wurde, steht der Festplattenplatz wieder zur Verfügung.
Hilfreich?
0
MacMark
06.05.11
17:30
Wenn in dem Moment ein anderes Programm die Platte vollmacht, dürfte Disk Util abschmieren und das temporäre Sparse Image bleibt liegen.
„@macmark_de“
Hilfreich?
0
MacMark
06.05.11
17:49
Disk Util reduziert bei mir seine Schreibgeschwindigkeit erheblich auf den letzten freien ~5 GB.
„@macmark_de“
Hilfreich?
0
Marcel Bresink
06.05.11
18:06
Du kannst uns schon glauben, dass es das FPDP ist, das die Platte komplett vollmacht. Und andere Prozesse (z.B. syslog) wird man nicht daran hindern können, jederzeit Bytes auf die Platte zu schreiben. Du hast schon Recht damit, dass das "dumm" ist, aber genau so hat Apple das programmiert. Es stecken noch weitaus mehr Konstruktionsfehler in dieser Funktion und schon viele Leute haben sich (seit mehr als 4 Jahren) ihre Systeme damit beschädigt.
Eines der größten Probleme ist, dass Apple die Fülldatei nicht in etwa in /tmp anlegt, was das System beim nächsten Start automatisch bereinigen würde, sondern nach uralter Carbon-Manier in einem "TemporaryItems"-Ordner. Sogar wenn das System korrekt angefangen hat, diese Datei wieder zu löschen, kann es durch den Plattenplatzmangel in eine Verklemmungssituation geraten, in der die Datei nicht sauber geschlossen wird. Die "RecoveredFiles"-Funktion stellt dann möglicherweise die Fülldatei beim nächsten Start wieder her
, also genau das Gegenteil von dem, was man haben will.
Hilfreich?
0
MacMark
06.05.11
18:21
Disk Util legt auf 10.6.x eine Datei "EFTFile1.sparseimage" an in beispielsweise
/private/var/folders/s2/s260eAK7HDSt8wEJO+yh7U+++TM/-Tmp-/TemporaryItems/EFTFile1.sparseimage
. Der Pfad ist in der Mitte mehr oder weniger zufällig.
„@macmark_de“
Hilfreich?
0
epionier
08.05.11
10:16
Das Festplattendienstprogramm legt bei der Option "Freien Speicher löschen" ein Spraseimage an "EFTFile1.sparseimage", welches derart vergrößert wird bis der freie Speicher nicht mehr besteht und erst dann wird das Image gelöscht. Etwas anderes macht (leider) kaum Sinn, da sonst nicht gewährleistet wird, dass auch wirklich sämtlicher freier Speicher überschrieben wird. Wenn zwischendurch gelöscht wird könnte die Festplatte ja auch wieder einen "freigegebenen" Block beschreiben.
Das verwendete System ist jedoch nicht sonderlich gut implementiert. In meinem Fall hat sich OSX am Ende aufgehangen und nicht mehr reagiert. Ich musste eben im Single User Modus über Terminalbefehle dieses Sparseimage löschen.
Sollte ich diese Option erneut verwenden wäre es wohl ratsamer kurzzeitig eine neue Partiton zu erstellen, die aus der Hälfte des freien Speichers besteht und dann die Partitionen nacheinander die Option freien Speicher löschen, auszuführen.
Ich habe diese Option genutzt, da ich eine SSD (nicht von Apple) habe und mit dem Tool TRIM-Enabler
http://www.groths.org/?page_id=322
TRIM für meine SSD freigeschaltet habe.
Der TRIM Befehl wird aber erst beim Löschen ausgeübt. Aus diesem Grund habe ich das Festplattendienstprogramm genutzt. MIr war allerdings nicht bewusst wie instabil OSX wird wenn sich der Festplattenspeicher zu Ende neigt.
Hilfreich?
0
Kommentieren
Diese Diskussion ist bereits mehr als 3 Monate alt und kann daher nicht mehr kommentiert werden.