| 
		
	
	
		hellobooting from emmc
 so SD slot not used
 but
 can i use it for storage?
 used lsblk, with a SD card inserted [format: ntfs-3], showed up as /dev/mmcblk1 [emmc was /dev/mmcblk0]
 but mount failed, [tried a few different options]
 also edited fstab, /dev/mmcblk /mnt/SD/ ntfs-3 auto rw 0 0
 but the rock tried to boot from SD, which was empty, [had to remove above line from fstab]
 can you please advise want to do
 thanks
 
 actually used an usb stick which automounted fine [mounted as /dev/sda]
 
	
	
		 (04-27-2018, 08:53 AM)Enzo Wrote:  can i use it for storage?
 used lsblk, with a SD card inserted [format: ntfs-3], showed up as /dev/mmcblk1 [emmc was /dev/mmcblk0]
 but mount failed, [tried a few different options]
 also edited fstab, /dev/mmcblk /mnt/SD/ ntfs-3 auto rw 0 0
 
You should be able to use it for storage.
 
You should format the sdcard and then partition it, then try mounting /dev/mmcblk1p1
	 
	
	
		If booting from EMMC can you use an SD card for storage?Yes, but you'll need to install NTFS drivers first.  Once you've done that, if you are using a GUI (Mate, LXDE, xfce) then you might want to try installing Gnome-Disks and using that to create a mount point in /etc/fstab (you can do it manually but...).
 
 If you flash SPI then it should attempt to boot from the EMMC first, but without it flashed it will boot from the SD first IF THE SD IS MARKED AS BOOTABLE.  Which is very useful if you want to use it to make an image of your live system from the EMMC.
 
 *I actually have more issues with using an USB in conjunction with the EMMC as that combo occasionally results in read errors from the EMMC - No USB no read errors.
 
	
	
		 (04-27-2018, 08:53 AM)Enzo Wrote:  hellobooting from emmc
 so SD slot not used
 but
 can i use it for storage?
 used lsblk, with a SD card inserted [format: ntfs-3], showed up as /dev/mmcblk1 [emmc was /dev/mmcblk0]
 but mount failed, [tried a few different options]
 also edited fstab, /dev/mmcblk /mnt/SD/ ntfs-3 auto rw 0 0
 but the rock tried to boot from SD, which was empty, [had to remove above line from fstab]
 can you please advise want to do
 thanks
 
 actually used an usb stick which automounted fine [mounted as /dev/sda]
 
As others have indicated, yes you can (use the SD card as storage if booting from the eMMC). 
 
First you'll want to check out what is on the SD card (sudo fdisk -l /dev/mmcblk1). Find out what partitions are on it, and what file system type. Is it really NTFS, or is it fat(16/32)? This is the output when the SD card is another boot image, although I'm not using it at the moment as the rock64 is booting from the eMMC. 
 Code: Disk /dev/mmcblk1: 7.4 GiB, 7948206080 bytes, 15523840 sectorsUnits: 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: 305CD6FF-4953-4D14-AD69-3A11874A2E0B
 
 Device          Start      End  Sectors  Size Type
 /dev/mmcblk1p1     64     8063     8000  3.9M Linux filesystem
 /dev/mmcblk1p2   8064     8191      128   64K Linux filesystem
 /dev/mmcblk1p3   8192    16383     8192    4M Linux filesystem
 /dev/mmcblk1p4  16384    24575     8192    4M Linux filesystem
 /dev/mmcblk1p5  24576    32767     8192    4M Linux filesystem
 /dev/mmcblk1p6  32768   262143   229376  112M Microsoft basic data
 /dev/mmcblk1p7 262144 15523806 15261663  7.3G Linux filesystem
Here, there are a bunch of linux (probably ext4) partiions, with the most interesting being the last two (p6 & p7). I should be about the mount either of them with no trouble, after making suitable directories upon which to mount them. 
 
So for somewhere to mount them:
 Code: sudo mkdir /mnt/sd-boot; sudo mkdir /mnt/sd-os
And to actually mount them: 
 Code: sudo mount /dev/mmcblk1p6 /mnt/sd-boot; sudo mount /dev/mmcblk1p7 /mnt/sd-os
Interestingly enough I didn't need to specify the -t flag to let mount know the type. Not sure why it was so co-operative... I was expecting to need to specify vfat and ext4, but it mount worked it out on it's own this time.
	 
	
		
		
		04-28-2018, 08:54 PM 
(This post was last modified: 04-28-2018, 08:55 PM by evilbunny.)
		
	 
		 (04-28-2018, 06:11 AM)KeithJohnAlger Wrote:  If you flash SPI then it should attempt to boot from the EMMC first, but without it flashed it will boot from the SD first IF THE SD IS MARKED AS BOOTABLE.  Which is very useful if you want to use it to make an image of your live system from the EMMC. 
SPI is so you can boot from a USB device, EMMC always boots first with or without SPI, although the sdcard may sometimes seem to boot first because partition names are used in /etc/fstab.
	 
	
	
		 (04-28-2018, 08:54 PM)evilbunny Wrote:  SPI is so you can boot from a USB device, EMMC always boots first with or without SPI, although the sdcard may sometimes seem to boot first because partition names are used in /etc/fstab. 
USB or PXE (network) :-P
 
But yes, indeed, eMMC wins the race at boot if you don't flash the SPI, unless you use the jumper to hobble it.    
The issue with partitions in /etc/fstab is a good reason to use UUID references instead, then there is no confusion.
	 
	
	
		thanks to all your replieskeep getting:
 enzo@rock64:~/Desktop$ sudo mount /dev/mmcblk1 /mnt/SD
 mount: /dev/mmcblk1: can't read superblock
 no matter what arguments are added:
 enzo@rock64:~/Desktop$ sudo mount -t auto /dev/mmcblk1 /mnt/SD
 mount: /dev/mmcblk1: can't read superblock
 .
 .
 enzo@rock64:~/Desktop$ sudo mount -t auto /dev/mmcblk1p1 /mnt/SD
 mount: special device /dev/mmcblk1p1 does not exist
 also
 enzo@rock64:~/Desktop$ sudo fdisk -l /dev/mmcblk1
 fdisk: cannot open /dev/mmcblk1: Input/output error
 
 added gparted, but  got an error message [until selecting cancel]
 but got could not detect /dev/mmcblk1
 installed some recommended files for gparted and tried again, but same as before
 i think after installing lvm2 and tried again, this time after retry a few times and then cancel
 /dev/mmcblk1 showed up as "unallocated" [previously formated with ext4 partition magic on win10]
 and  had these warnings:
 /dev/mmcblk1: unrecognised disk label
 Input/output error during read on /dev/mmcblk1
 
 tried creating partition table with gparted, but did not work
 tried using parted
 enzo@rock64:~/Desktop$ sudo parted /dev/mmcblk1
 GNU Parted 3.2
 Using /dev/mmcblk1
 Welcome to GNU Parted! Type 'help' to view a list of commands.
 (parted) mklabel msdos
 Error: Input/output error during read on /dev/mmcblk1
 Retry/Ignore/Cancel? r
 
 so, not sure what to try
 just to let you know, the distro is armbian [one of the Ayufan's Rock64 Images, meant  for emmc]
 
 thanks again
 regards
 enzo
 
	
		
		
		05-03-2018, 04:03 PM 
(This post was last modified: 05-10-2018, 08:52 PM by pfeerick.
 Edit Reason: latter? LATTER!
)
		
	 
		 (05-03-2018, 06:24 AM)Enzo Wrote:  keep getting:enzo@rock64:~/Desktop$ sudo mount /dev/mmcblk1 /mnt/SD
 mount: /dev/mmcblk1: can't read superblock
 
That error is correct, as you are trying to mount the entire SD card, rather than the partition. The command you use later should work, if your SD card's first partition is readable, and that the directory /mnt/SD exists (else you'll get a different error again).
  (05-03-2018, 06:24 AM)Enzo Wrote:  enzo@rock64:~/Desktop$ sudo mount -t auto /dev/mmcblk1p1 /mnt/SD 
When you say the distro is Armbian, is this the Armbian Debian desktop release that you're running? As if it is, it has nothing to do with ayufan. Just want to clear that up.
	 
	
	
		Quote:When you say the distro is Armbian, is this the Armbian Debian desktop release that you're running? As if it is, it has nothing to do with ayufan. Just want to clear that up. 
yes, Armbian [Armbian_5.41_Rock64_Debian_stretch_default_4.4.115_desktop.7z],  sorry not ayufan  
finally tried a different micro sd card [sandisk] and it worked, automounted just like a usb stick 
the sd card that caused all this problem is a kingston 16gb,there is a website [https://elinux.org/RPi_SD_cards ] that show these card asnon-working for rpi, works fine for win10
eitherway sorry for all the trouble
regards enzo 
	
	
		 (05-10-2018, 08:28 AM)Enzo Wrote:  yes, Armbian [Armbian_5.41_Rock64_Debian_stretch_default_4.4.115_desktop.7z], sorry not ayufan finally tried a different micro sd card [sandisk] and it worked, automounted just like a usb stick
 the sd card that caused all this problem is a kingston 16gb,there is a website [https://elinux.org/RPi_SD_cards] that show these card as non-working for rpi, works fine for win10
 eitherway sorry for all the trouble
 regards enzo
 
No problem, glad you got it working in the end!    |