In sommige gevallen kan uw computer een foutbericht weergeven dat de geselecteerde versie van het volledige Android-apparaat met een alleen-lezen bestandssysteem niet kan worden overgedragen. Dit probleem kan verschillende oorzaken hebben.
Ik ben die een SD-kaart uit mijn applicatie komt om liedjes te doen. Maar wanneer ik nummers aan een nieuwe app toevoeg, treedt er een fout op
[2013-01-23 16:09:18 - ddms] Overdrachtsfout: bestand is beveiligd door het systeem [2013-01-23 16:09:18] Kan selectie niet forceren: alleen-lezen lodgesysteem
Ik zou zeker adb naar de map versus sdcard / kunnen pushen, maar niet op weg naar / system op mijn Android-apparaat.
sudo adb stress lib / audio.primary.gmin.so software / lib / hw /'lib / audio.primary.gmin.so' kan niet worden gekopieerd naar 'system / lib and hw / audio.primary.gmin.so': alleen-lezen bestandssysteem
Fortect is 's werelds meest populaire en effectieve pc-reparatietool. Miljoenen mensen vertrouwen erop dat hun systemen snel, soepel en foutloos blijven werken. Met zijn eenvoudige gebruikersinterface en krachtige scanengine kan Fortect snel een breed scala aan Windows-problemen vinden en oplossen - van systeeminstabiliteit en beveiligingsproblemen tot geheugenbeheer en prestatieproblemen.
1. Download Fortect en installeer het op uw computer
2. Start het programma en klik op "Scannen"
3. Klik op "Repareren" om gevonden problemen op te lossen
mensen $ adb remountdm_verity enabled bevindt zich alleen in de systeempartitie.Gebruik Disable-verity "" adb om uiteindelijk van Verity af te komen.Als je dat niet doet, kan het opnieuw opbouwen misschien groeien, maar je zult ze nog steeds niet zo gemakkelijk naar volumes kunnen schrijven.opnieuw opbouwen / systeemcrash: alleen-lezen informatiesysteemHerbouwfoutgebruiker $ adb uitschakelen-verityVerity was al uitgeschakeld in / systeem
gebruiker geld adb remountdm_verity is opgenomen in de systemsmall sectie.Gebruik Disable-verity "" adb om verity uit te schakelen.Als u dit nooit zou doen, zou het opnieuw opbouwen kunnen slagen, maar u kunt dit nog steeds naar volumes schrijven.Opnieuw opbouwen / systeemfout: alleen-lezen bestandssysteemHerbouwfout
sudo gemonteerd Remount, rw -o / systemmount: geen toegang tot / etc versus fstab of / etc / mtab via systeem
die omhoog gaat / doos / lijstadb-versieAndroid Debug Bridge-versie 1.0.32
gebruiker $ mountFormaat en dev / sda6 naar / ext3 (rw, fout impliceert remount-ro)proc in / proc type proc (rw, noexec, nosuid, nodev)sysfs naar / sys van methode sysfs (rw, noexec, nosuid, nodev)off topic sys / fs / fuse / connecties typefuctl (rw)niet wanneer de vorm / sys / kernel versus debugfs (rw)niet in / sys / kernel - beveiligingstype securityfs (rw)udev via / dev vergelijkbare devtmpfs (rw, mode = 0755)Devpts in dev / pts install Devpts (rw, noexec, nosuid, gid betekent 5, mode = 0620)tmpfs bij opstarten of typ tmpfs (rw, noexec, nosuid, grootte betekent 10%, modus = 0755)nee via Enter / run versus lock tmpfs (rw, noexec, nosuid, nodev, grootte is gelijk aan 5242880)niemand geeft om / run / shm gunst tmpfs (rw, nosuid, nodev)binfmt_misc in het formaat en proc / sys / fs / binfmt_misc binfmt_misc (rw, noexec, nosuid, nodev)gvfs-fuse-daemon in /home/user/.gvfs type Fuse (rw, nosuid, nodev, gebruiker = gebruiker)/ dev en sda5 gvfs-fuse-daemon via / media / data-optie fuseblk (rw, nosuid, nodev, allow_other, default_permissions, blksize impliceert 4096)/ dev / sda2 naar / media / OS-broncode Fuseblk (rw, nosuid, nodev, allow_other, default_permissions, blksize = 4096)
Als geweldige Android-ontwikkelaar kunt u altijd de opdracht adb push gebruiken om bestanden van de harde schijf van uw computer naar uw Android-apparaat te kopiëren. Ik kwam echter net een goed probleem tegen waarbij ik de eigen bestanden van opties niet kon kopiëren naar de “data” -directory van deze Android-emulator, d.w.z. H. in zijn / databestanden / databestandssysteem. Toen ik probeerde een tracering voor het bestand uit te voeren met dit commando:
$ adb geregeld foo.jpg /data/data/com.alvinalexander.myapp/files‘foo.jpg’ kon niet worden gekopieerd naar advies ‘foo.jpg’: alleen-lezen bestandssysteem
Oplossing
Het antwoord op dit probleem was om dit emulatorbestandssysteem opnieuw te koppelen, aangezien het een lees- versus schrijfbestandssysteem is. Ik deed het met een mooie reeks commando’s. In de volgende volgorde voerde ik opdracht nummer één uit vanaf mijn Mac versus Unix-besturingssysteem, en vervolgens werden de volgende opdrachten uitgevoerd in de adb -uitgaven:
shell $ adbroot @ generic_x86: / mobiel nummer suroot @ generic_x86: / # mount -o rw, ga naar rootfs /127 | root @ generic_x86: voor elk nummer ^ D127 | root @ generic_x86: #127 | root @ generic_x86: / selectie ^ D
Terug bij de prompt van het lokale bestandssysteem kon ik mijn Instigate kopiëren naar hun Android-emulatorbestandssysteem met behulp van uw huidige adb continue -opdracht als volgt:
$ adb press foo.jpg /data/data/com.alvinalexander.myapp/files1282 KB / s bytes (12321 oplopend tot 0,009 s totaal)
Blijkbaar bestelt u waarschijnlijk het bestand foo.jpg, dat zich met betrekking tot mijn lokale Mac-directory bevindt. De baudrate en ook het aantal gebruikte bytes geven aan dat de map met succes naar de emulator is gekopieerd.
Er kunnen andere manieren zijn om bestanden rechtstreeks van het bestandssysteem van uw huidige lokale machine naar het bestandssysteem van de Android-emulator te kopiëren, maar ik kan bevestigen welke vaak (a) deze aanpak werkt en (b) ik het juiste “alleen-lezen bestandssysteem” heb gemaakt terwijl ik dit soort commando’s heb gevolgd.
