Nexus 4 Tatsächlicher Speicher (Android 4.4 Kitkat)

  • 10 Antworten
  • Letztes Antwortdatum
K

krievel

Neues Mitglied
1
Hallo,
ich brauche speicherplatz!! das nexus 4 hat in der 16gb variante ja nur 12,92gb freien speicher zur verfügung. android 4.4 kitkat soll ja im ganzen aufgeräumter sein und so kommt meine frage wieviel speicher nach dem update auf kitkat übrig bleibt? weiß das jmd?
grüße
 
Wenn sich mit dem Update auf 4.4 nichts an der Partionierung des internen Speicher ändern wird (wovon ich ausgehen), dann werden dir auch weiterhin nur 12,92 GB bleiben.
Auch glaube ich, dass die Speicherverwaltung von KitKat eher auf den RAM bezogen ist und nicht auf den internen Speicher...
 
zum ersten: danke - das mit der partitionierung glaube ich auch, ich dachte nur das vll jemand antwortet der es nicht nur "glaubt" sondern evtl schon kitkat auf sein nexus geflashed hat und es tatsächlich weiß!

zum zweiten: nein - ich glaube nicht das das auf den ram bezogen ist. bzw es mag sein das der ram intelligenter verteilt wird, aber das war NICHT meine frage!
mein aufhänger ist folgender artikel: http://www.androidpit.de/nexus-5-test

erster abschnitt punkto Software:
"... Außerdem wird so der interne Speicher nicht unnötig belastet. Von den 16 Gigabyte in unserem Testgerät sind 2,45 Gigabyte vom System belegt - bei Samsung-Smartphones nimmt das System schonmal rund 7 Gigabyte ein."
 
is wie vorher, ~12,9 gb.
 

Anhänge

  • uploadfromtaptalk1384089241262.jpg
    uploadfromtaptalk1384089241262.jpg
    121,8 KB · Aufrufe: 831
  • Danke
Reaktionen: blue8
Erstmal ist dir der Blödsinn mit der Umrechnung sicher bekannt? Also eigentlich sind 1024kb = 1MB, so rechnets jede Software, die Speicher Hersteller rechnen mit 1000, so hat ein 16GB Stick leer auch nur 14,9GB Speicher verfügbar. Das ist bei Festplatten oder dem N4 nicht anders. Wenn dann die 2,5 noch weg sind bleibt unterm Strich nur noch 12,4 übrig.

Zu der Sache mit den Partitionen: Das ist seit 4.0 kein Problem mehr, es gibt seit dem nur noch einen Speicherbereich für alles - deswegen geht mit den Geräten auch kein USB Massenspeicher mehr. Wenn nun /system kleiner wird kann es gleich für was anderes z.B. Musik verwendet werden.
 
coolfranz schrieb:
Zu der Sache mit den Partitionen: Das ist seit 4.0 kein Problem mehr, es gibt seit dem nur noch einen Speicherbereich für alles - deswegen geht mit den Geräten auch kein USB Massenspeicher mehr. Wenn nun /system kleiner wird kann es gleich für was anderes z.B. Musik verwendet werden.

Halte ich für unwahrscheinlich.
- /system und /data zeigen bei mir auf unterschiedliche Blockdevices
- /system hat bei mir 827MB und 237MB frei
- /data hat 12.9GB und 2.5GB frei
Kannst du belegen, dass sich die beiden wie eins verhalten?


Das N5 hat 12.5GB in /data zur Verfügung. Man hat also die Partitionierung geändert.
https://www.android-hilfe.de/forum/google-nexus-5.1285/systemspeicher.495147.html#post-6683178

Theoretisch kann man durch eine entsprechende Umpartitionierung noch ein paar hundert MB rauskitzeln... aber das ist doch höchstens technisch faszinierend und bringt im Grunde so gut wie nix.
Da ist's m.E. sinnvoller, Apps/Daten zu löschen, DropBox zu nutzen oder ein Gerät mit 32GB zu kaufen.
 
Ameisentaetowierer schrieb:
Kannst du belegen, dass sich die beiden wie eins verhalten?

Bestes Beispiel wenn mit Titanium Backup die erstellten Backups im System Ordner gespeichert werden. Da bekommen auch viele Speicher Probleme.

Der Data Ordner bzw. die SD-karte wird nur emuliert indem der bestimmte Ordner als Laufwerk gemounted ist.
 
sd und data teilen sich die userdata partition. system ist ne eigene
 
  • Danke
Reaktionen: Ameisentaetowierer
vetzki schrieb:
sd und data teilen sich die userdata partition. system ist ne eigene

Dann verrate mir einmal warum data/sd und system Ordner im gleichen Docroot sind?
 
Docroot? Jetzt erzähle uns bitte nicht, du hättest einen Apache bei dir laufen :eek:

Was für ein Root du auch immer meinst, das einzige was zählt, sind die Blockdevices
 
docroot? kenn ich nicht.

imo deshalb:
lrwxrwxrwx root root 2013-11-10 15:17 DDR -> /dev/block/mmcblk0p24
lrwxrwxrwx root root 2013-11-10 15:17 aboot -> /dev/block/mmcblk0p12
lrwxrwxrwx root root 2013-11-10 15:17 abootb -> /dev/block/mmcblk0p15
lrwxrwxrwx root root 2013-11-10 15:17 boot -> /dev/block/mmcblk0p6
lrwxrwxrwx root root 2013-11-10 15:17 cache -> /dev/block/mmcblk0p22
lrwxrwxrwx root root 2013-11-10 15:17 grow -> /dev/block/mmcblk0p25
lrwxrwxrwx root root 2013-11-10 15:17 m9kefs1 -> /dev/block/mmcblk0p8
lrwxrwxrwx root root 2013-11-10 15:17 m9kefs2 -> /dev/block/mmcblk0p9
lrwxrwxrwx root root 2013-11-10 15:17 m9kefs3 -> /dev/block/mmcblk0p10
lrwxrwxrwx root root 2013-11-10 15:17 metadata -> /dev/block/mmcblk0p18
lrwxrwxrwx root root 2013-11-10 15:17 misc -> /dev/block/mmcblk0p19
lrwxrwxrwx root root 2013-11-10 15:17 modem -> /dev/block/mmcblk0p1
lrwxrwxrwx root root 2013-11-10 15:17 persist -> /dev/block/mmcblk0p20
lrwxrwxrwx root root 2013-11-10 15:17 recovery -> /dev/block/mmcblk0p7
lrwxrwxrwx root root 2013-11-10 15:17 rpm -> /dev/block/mmcblk0p11
lrwxrwxrwx root root 2013-11-10 15:17 rpmb -> /dev/block/mmcblk0p16
lrwxrwxrwx root root 2013-11-10 15:17 sbl1 -> /dev/block/mmcblk0p2
lrwxrwxrwx root root 2013-11-10 15:17 sbl2 -> /dev/block/mmcblk0p3
lrwxrwxrwx root root 2013-11-10 15:17 sbl2b -> /dev/block/mmcblk0p13
lrwxrwxrwx root root 2013-11-10 15:17 sbl3 -> /dev/block/mmcblk0p4
lrwxrwxrwx root root 2013-11-10 15:17 sbl3b -> /dev/block/mmcblk0p14
lrwxrwxrwx root root 2013-11-10 15:17 system -> /dev/block/mmcblk0p21
lrwxrwxrwx root root 2013-11-10 15:17 tz -> /dev/block/mmcblk0p5
lrwxrwxrwx root root 2013-11-10 15:17 tzb -> /dev/block/mmcblk0p17
lrwxrwxrwx root root 2013-11-10 15:17 userdata -> /dev/block/mmcblk0p23

bzw. fstab

# Android fstab file.
#<src> <mnt_point> <type> <mnt_flags and options> <fs_mgr_flags>
# The filesystem that contains the filesystem checker binary (typically /system) cannot
# specify MF_CHECK, and must come before any filesystems that do specify MF_CHECK
/dev/block/mtdblock0 /system ext4 ro,barrier=1 wait
/dev/block/mtdblock1 /data ext4 noatime,nosuid,nodev,barrier=1,nomblk_io_submit wait,check
/dev/block/mtdblock2 /cache ext4 noatime,nosuid,nodev,nomblk_io_submit,errors=panic wait,check
/devices/platform/goldfish_mmc.0 auto vfat defaults voldmanaged=sdcard:auto
# Android fstab file.
#<src> <mnt_point> <type> <mnt_flags and options> <fs_mgr_flags>
# The filesystem that contains the filesystem checker binary (typically /system) cannot
# specify MF_CHECK, and must come before any filesystems that do specify MF_CHECK

/dev/block/platform/msm_sdcc.1/by-name/system /system ext4 ro,barrier=1 wait
/dev/block/platform/msm_sdcc.1/by-name/cache /cache ext4 noatime,nosuid,nodev,barrier=1,data=ordered wait,check
/dev/block/platform/msm_sdcc.1/by-name/userdata /data ext4 noatime,nosuid,nodev,barrier=1,data=ordered,noauto_da_alloc wait,check,encryptable=/dev/block/platform/msm_sdcc.1/by-name/metadata
/dev/block/platform/msm_sdcc.1/by-name/persist /persist ext4 nosuid,nodev,barrier=1,data=ordered,nodelalloc wait
/dev/block/platform/msm_sdcc.1/by-name/modem /firmware vfat ro,uid=1000,gid=1000,dmask=227,fmask=337 wait
/dev/block/platform/msm_sdcc.1/by-name/boot /boot emmc defaults defaults
/dev/block/platform/msm_sdcc.1/by-name/recovery /recovery emmc defaults defaults
/dev/block/platform/msm_sdcc.1/by-name/misc /misc emmc defaults defaults
/dev/block/platform/msm_sdcc.1/by-name/modem /radio emmc defaults defaults
/dev/block/platform/msm_sdcc.1/by-name/sbl1 /sbl1 emmc defaults defaults
/dev/block/platform/msm_sdcc.1/by-name/sbl2 /sbl2 emmc defaults defaults
/dev/block/platform/msm_sdcc.1/by-name/sbl3 /sbl3 emmc defaults defaults
/dev/block/platform/msm_sdcc.1/by-name/tz /tz emmc defaults defaults
/dev/block/platform/msm_sdcc.1/by-name/rpm /rpm emmc defaults defaults
/dev/block/platform/msm_sdcc.1/by-name/aboot /aboot emmc defaults defaults
 

Ähnliche Themen

F
  • firefall777
Antworten
1
Aufrufe
2.398
Chris123459
C
X
Antworten
15
Aufrufe
2.926
KyleRiemen
KyleRiemen
D
  • digitalfrei
Antworten
6
Aufrufe
1.957
Roast
R
Zurück
Oben Unten