Maybe a discussed problem. Using Armbian Jessie on Banana Pi M1.

Using USB keyboard and Mouse.

Can use usb wifi adapter but presently unused.

Power supply standard PS for Banana Pi

normal output from lsusb and lsusb -t

But it won't read files from usb key.

Why ? can you help?

 

I assume you have some win32/ntfs file system on that key? Please provide logs to see which kernel are you use: armbianmonitor -u

Hi Igor,

Output of ‘armbianmoniyor -u':

/var/log/armhwinfo.log has been uploaded to
gzip: /var/log/armhwinfo.log.1.gz: unexpected end of file
curl: (56) Recv failure: Connection reset by peer
Please post the URL in the Armbian forum where you've been asked for.

I have tried to untar this file to no avail.

It is not just USB keys that can't be read. I've tried external hard drives formatted for HTFS and HFS+

They show up in fdisk -l as /dev/sda or /dev/sdb but do not appear in /media

You need to have internet connection on that board to upload logs  On CLI images there is no automount. You need to mount it manually and AFAIK there is no support for HTFS. Where on earth did you find that?

 

The files I am dealing with are basic microsoft files .One of the hd is formatted for my mac system but can be read by another linux box i am using .

I have internet connection because my banana pi with jessie runs my web site and is permanently on line.

 

Output of fdisk -l with 2 hard drives connected to try out what's going on:

 

Disk /dev/ram0: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram1: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram2: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram3: 4 MiB, 4194304 bytes, 8192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mmcblk0: 29.7 GiB, 31914983424 bytes, 62333952 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x249148a9

Device         Boot Start      End  Sectors  Size Id Type
/dev/mmcblk0p1       2048 30253055 30251008 14.4G 83 Linux

Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: E951B0B4-37B1-4EF4-AFE9-7962AF4A7CBD

Device         Start        End   Sectors   Size Type
/dev/sda1         40     409639    409600   200M EFI System
/dev/sda2     411648  973064191 972652544 463.8G Microsoft basic data
/dev/sda3  973064192 1953523711 980459520 467.5G Microsoft basic data

Disk /dev/sdb: 93.4 GiB, 100256292864 bytes, 195813072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: E028AA81-8EEC-48D1-A6A0-0E4F14A84377

Device      Start       End   Sectors  Size Type
/dev/sdb1      40    409639    409600  200M EFI System
/dev/sdb2  411648 195550887 195139240 93.1G Apple HFS/HFS+

 

Output of uname -a:

Linux reica 4.11.6-sunxi #6 SMP Fri Jun 23 19:56:18 CEST 2017 armv7l GNU/Linux

Previously I was running 'lubuntu' which did not have this problem. I am only interested in being able to plug in a USB key and read or transfer the contents.

I normally use ftp to transfer files.

 

 

2 hours ago, Rein said:

Output of ‘armbianmoniyor -u':

/var/log/armhwinfo.log has been uploaded to
gzip: /var/log/armhwinfo.log.1.gz: unexpected end of file
curl: (56) Recv failure: Connection reset by peer

2

Are you sure that you are using original Armbian image? And for USB automount, you need to use a desktop image or enable this feature on your own.

Can you manually mount this USB drive? I don't own any Apple stuff to check.

3 hours ago, Rein said:

Previously I was running 'lubuntu' which did not have this problem

 

Get an Armbian **DESKTOP** image, do a 'sudo apt install hfsutils' and try again. Also try again uploading debug log (the first time it failed for whatever reasons since the online pasteboard service resetted connection -- happens sometimes so just try it again).

 

BTW: I'm a macOS user, do a lot of storage and filesystem related stuff and would never try to access HFS+ from Linux (driver support is too limited and feature compatible to HFS+ used in maybe OS X 10.5 or something like that)