2 votes

Pourquoi les bowsers ne peuvent-ils pas télécharger des fichiers vers le stockage (le chemin ressemble à /dev/null/Download) ?

Le téléphone est Samsung Galaxy Note N7000 . Depuis quelques années, j'utilise Oiseau de nuit rom personnalisée (Android 7). Je ne me souviens pas quand j'ai été confronté à ce problème, peut-être après avoir repartitionné avec REPIT (mais l'auteur dit que ce n'est probablement pas le cas), mais maintenant je ne peux pas faire de photos - l'application photo dit que je dois insérer la carte SD, mais je peux faire des photos via l'application Evernote. De même, dans WhatsUp, je ne peux pas voir les photos car mon téléphone ne peut pas les télécharger, et les navigateurs Web ne peuvent pas télécharger de fichiers. Mais je peux installer la plupart des programmes, et par exemple Evernote met mes notes en cache.

Dans le mode de récupération, dans TWRP, j'ai trouvé que j'ai la partition sdcard1 qui a une taille de 0 octet. Peut-être que si je supprime cette partition, cela réglera mon problème de stockage ?

J'ai essayé de flasher la même ROM à nouveau. J'ai demandé dans le fil de discussion au sujet de cette ROM, mais personne n'a répondu. Le téléphone est sans carte SD externe. Lorsque dans Settings J'ouvre Storage - il s'est écrasé.

logcat -b all | grep -iE 'vold|storage' : journal .

/proc/last_kmsg y dmesg : journal .

mount retourné :

rootfs on / type rootfs (ro,seclabel,relatime)
tmpfs on /dev type tmpfs (rw,seclabel,nosuid,relatime,mode=755)
devpts on /dev/pts type devpts (rw,seclabel,relatime,mode=600)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,seclabel,relatime)
selinuxfs on /sys/fs/selinux type selinuxfs (rw,relatime)
none on /acct type cgroup (rw,relatime,cpuacct)
tmpfs on /mnt type tmpfs (rw,seclabel,relatime,mode=755,gid=1000)
none on /dev/memcg type cgroup (rw,relatime,memory)
none on /dev/cpuctl type cgroup (rw,relatime,cpu)
/dev/block/mmcblk0p9 on /system type ext4 (ro,seclabel,noatime,user_xattr,barrier=1,data=ordered)
/dev/block/mmcblk0p7 on /cache type ext4 (rw,seclabel,nosuid,nodev,noatime,errors=panic,user_xattr,barrier=1,journal_async_commit,data=ordered)
/dev/block/mmcblk0p1 on /efs type ext4 (rw,seclabel,nosuid,nodev,noatime,user_xattr,barrier=1,journal_async_commit,data=ordered)
/dev/block/mmcblk0p10 on /data type ext4 (rw,seclabel,nosuid,nodev,noatime,errors=panic,user_xattr,barrier=1,journal_async_commit,data=ordered,noauto_da_alloc)
tmpfs on /storage type tmpfs (rw,seclabel,relatime,mode=755,gid=1000)
/sys/kernel/debug on /sys/kernel/debug type debugfs (rw,seclabel,relatime)
/dev/block/vold/public:179_11 on /mnt/media_rw/S}M-^^M-~4M-9^DK $t type vfat (rw,dirsync,nosuid,nodev,noexec,relatime,uid=1023,gid=1023,fmask=0007,dmask=0007,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro)
/dev/block/vold/public:179_11 on /mnt/secure/asec type vfat (rw,dirsync,nosuid,nodev,noexec,relatime,uid=1023,gid=1023,fmask=0007,dmask=0007,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro)
/dev/fuse on /mnt/runtime/default/S}M-^^M-~4M-9^DK $t type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /storage/S}M-^^M-~4M-9^DK $t type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /mnt/runtime/read/S}M-^^M-~4M-9^DK $t type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)
/dev/fuse on /mnt/runtime/write/S}M-^^M-~4M-9^DK $t type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)

blkid :

/dev/block/zram0: UUID="da191bea-c7ca-4b27-af09-ce87c7f99943" TYPE="swap" 
/dev/block/mmcblk0p1: UUID="57f8f4bc-abf4-0000-675f-946fc0f9f25b" TYPE="ext4" 
/dev/block/mmcblk0p7: UUID="57f8f4bc-abf4-655f-bf67-946fc0f9f25b" TYPE="ext4" 
/dev/block/mmcblk0p9: LABEL="system" UUID="da594c53-9beb-f85c-85c5-cedf76546f7a" TYPE="ext4" 
/dev/block/mmcblk0p10: UUID="57f8f4bc-abf4-655f-bf67-946fc0f9f25b" TYPE="ext4" 
/dev/block/mmcblk0p11: LABEL="S}M-^^M-~4M-9^DK $t" UUID="7F73-0B1A" TYPE="vfat" 
/dev/block/mmcblk0p12: UUID="49f005e2-2f62-448b-9ba1-3e4da2ee1b41" TYPE="ext4" 

# cat fstab.smdk4210 :

# 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
# data partition must be located at the bottom for supporting device encryption

/dev/block/mmcblk0p9                        /system                 ext4      ro,noatime                                                wait
/dev/block/mmcblk0p7                        /cache                  ext4      noatime,nosuid,nodev,journal_async_commit,errors=panic    wait,check,formattable
/dev/block/mmcblk0p7                        /cache                  f2fs      noatime,nosuid,nodev,inline_data,inline_xattr,discard     wait,check,formattable
/dev/block/mmcblk0p1                        /efs                    ext4      noatime,nosuid,nodev,journal_async_commit,errors=panic    wait,check,notrim
/dev/block/mmcblk0p10                       /data                   ext4      noatime,nosuid,nodev,noauto_da_alloc,journal_async_commit,errors=panic    wait,check,formattable,encryptable=/efs/metadata
/dev/block/mmcblk0p10                       /data                   f2fs      noatime,nosuid,nodev,inline_data,inline_xattr,discard     wait,check,formattable,encryptable=/efs/metadata
# /dev/block/mmcblk0p12                       /preload                ext4      noatime,nosuid,nodev,journal_async_commit                 wait

# vold-managed volumes ("block device" is actually a sysfs devpath)
/devices/platform/dw_mmc/mmc_host/mmc0/mmc0*     auto    auto    defaults        voldmanaged=sdcard0:11,nonremovable,noemulatedsd
/devices/platform/s3c-sdhci.2/mmc_host/mmc1*     auto    auto    defaults        voldmanaged=sdcard1:auto,encryptable=userdata
/devices/platform/s3c_otghcd/usb*                auto    auto    defaults        voldmanaged=usb:auto

# recovery
/dev/block/mmcblk0p5                        /boot                   emmc      defaults      recoveryonly
/dev/block/mmcblk0p6                        /recovery               emmc      defaults      recoveryonly

# zRAM
/dev/block/zram0

1voto

Irfan Latif Points 16863

Dans le mode de récupération, dans TWRP, j'ai trouvé que j'ai la partition sdcard1 qui a une taille de 0 octet. Peut-être que si je supprime cette partition, cela réglera mon problème de stockage ?

Dans TWRP, il y a aussi USB OTG qui serait également d'une taille de 0 octet. Les deux sont juste des points de montage où la carte SD externe et USB OTG sont montés (si disponible). Ce n'est pas pertinent pour votre problème, vous ne pouvez pas non plus supprimer cette partition (car ce n'est pas une partition).

La cause première du problème semble être le mauvais label de système de fichiers que vous avez mis sur mmcblk0p11 partition. vold inclut l'étiquette du système de fichiers (ou l'UUID ou le numéro de série) dans le chemin de montage, que les processus sont incapables de lire.

blkid :

dev/block/mmcblk0p11: LABEL="S}M-^^M-~4M-9^DK $t" UUID="7F73-0B1A" TYPE="vfat"

mount :

/dev/block/vold/public:179_11 on /mnt/media_rw/S}M-^^M-~4M-9^DK $t type vfat (rw,dirsync,nosuid,nodev,noexec,relatime,uid=1023,gid=1023,fmask=0007,dmask=0007,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro)
/dev/fuse on /storage/S}M-^^M-~4M-9^DK $t type fuse (rw,nosuid,nodev,noexec,noatime,user_id=1023,group_id=1023,default_permissions,allow_other)

vold :

11-06 02:25:53.173  2901  2968 D VoldConnector: RCV <- {654 public:179_11 S}M-^^M-~4M-9^DK $t}
11-06 02:25:53.173  2901  2968 D VoldConnector: RCV <- {656 public:179_11 /mnt/media_rw/S}M-^^M-~4M-9^DK $t}
11-06 02:25:53.174  2901  2968 D VoldConnector: RCV <- {655 public:179_11 /storage/S}M-^^M-~4M-9^DK $t}

Caractères de la chaîne de caractères : S}M-^^M-~4M-9^DK $t} semblent être non imprimables. Par exemple ^M indique Retour de chariot qui est utilisé avec Alimentation en ligne pour imprimer le caractère de nouvelle ligne (ligne suivante) sous Windows ( CR LF ).

Vous pouvez corriger l'étiquette du système de fichiers en utilisant fatlabel de dosfstools o mlabel de mtools . Démarrer en récupération, démonter toutes les partitions et faire :

~# fatlabel -r /dev/block/mmcblk0p11

Ou définissez l'étiquette manuellement :

~# fatlabel /dev/block/mmcblk0p11 sdcard

Ou vous pouvez formater la partition, mais les informations que vous avez fournies ne permettent pas de savoir quel système de fichiers il s'agit. Je suppose que c'est FAT32. Donc, soit vous allez à Nettoyage avancé --> Réparer ou modifier le système de fichiers sélectionnez la partition, sélectionnez FAT32 (si supporté par TWRP) et formatez. Ou en ligne de commande, faites :

~# mkfs.fat -F32 /dev/block/mmcblk0p11

Ou avec étiquette :

~# mkfs.fat -n sdcard -F32 /dev/block/mmcblk0p11

Utilisez -F16 ou mkfs.vfat pour les systèmes de fichiers FAT16 ou vFAT. En général, tous utilisent vfat conducteur.

Dans tous les cas, assurez-vous de sélectionner la bonne partition, sinon VOUS RISQUEZ DE FAIRE DISJONCTER VOTRE APPAREIL DE FAÇON PERMANENTE .

Ou flashez le micrologiciel d'usine s'il est disponible. Notez que toutes les données seront effacées.

androidalle.com

AndroidAlle est une communauté de androiders où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X