Sysroot is empty
pre-mount:/# cd /sysroot
pre-mount:/sysroot# ls
zfs not there, I started it
pre-mount:/# ps auxw | grep zfs
root 168 0.0 0.1 2568 688 ttyS0 S+ 00:22 0:00 grep zfs
pre-mount:/# /sbin/zfs-fuse
@sbin/zfs-fuse: Warning: enabling xattr support should only be done when really
required; perfod
pre-mount:/# zpool import
pool: kirkwood
id: 17312563881381185588
state: ONLINE
action: The pool can be imported using its name or numeric identifier.
config:
kirkwood ONLINE
disk/by-id/usb-Generic_STORAGE_DEVICE_000000009910-0:1-part1 ONLINE
pre-mount:/#
Apart from external SD, i only have internal micro card.
pre-mount:/# ls /dev
autofs loop3 sda tty12 tty3 tty47 tty7
block loop4 sda1 tty13 tty30 tty48 tty8
bsg loop5 sda2 tty14 tty31 tty49 tty9
bus loop6 sda3 tty15 tty32 tty5 ttyS0
char loop7 sda5 tty16 tty33 tty50 ttyS1
console mapper sdb tty17 tty34 tty51 ttyS2
cpu_dma_latency mem sdb1 tty18 tty35 tty52 ttyS3
disk network_latency sdb4 tty19 tty36 tty53 urandom
fd network_throughput sg0 tty2 tty37 tty54 usbmon0
full null sg1 tty20 tty38 tty55 usbmon1
fuse port shm tty21 tty39 tty56 vcs
hidraw0 ptmx stderr tty22 tty4 tty57 vcs1
input pts stdin tty23 tty40 tty58 vcsa
kmsg random stdout tty24 tty41 tty59 vcsa1
log raw tty tty25 tty42 tty6
vga_arbiter
loop-control rfkill tty0 tty26 tty43 tty60 zero
loop0 root tty1 tty27 tty44 tty61 zfs
loop1 rtc tty10 tty28 tty45 tty62
loop2 rtc0 tty11 tty29 tty46 tty63
pre-mount:/#
> On Nov 3, 2015, at 8:37 PM, Gordan Bobic <[email protected]> wrote:
>
> On 2015-11-03 11:28, ioan stan wrote:
>> Yes, get the “pre-mount” prompt, but fstab is empty as seen below.
>> [ 9.635227] sd 1:0:0:1: [sdb] Write Protect is off
>> [ 9.645244] sd 1:0:0:1: [sdb] No Caching mode page found
>> [ 9.650639] sd 1:0:0:1: [sdb] Assuming drive cache: write through
>> [ 9.659845] sd 1:0:0:0: [sda] No Caching mode page found
>> [ 9.665206] sd 1:0:0:0: [sda] Assuming drive cache: write through
>> [ 9.680219] sda: sda1 sda2 sda3 < sda5 >
>> [ 9.691620] sd 1:0:0:1: [sdb] No Caching mode page found
>> [ 9.697014] sd 1:0:0:1: [sdb] Assuming drive cache: write through
>> [ 9.709711] sd 1:0:0:0: [sda] No Caching mode page found
>> [ 9.715070] sd 1:0:0:0: [sda] Assuming drive cache: write through
>> [ 9.721238] sd 1:0:0:0: [sda] Attached SCSI removable disk
>> [ 9.727862] sdb: sdb1 sdb4
>> [ 9.742965] sd 1:0:0:1: [sdb] No Caching mode page found
>> [ 9.748357] sd 1:0:0:1: [sdb] Assuming drive cache: write through
>> [ 9.754487] sd 1:0:0:1: [sdb] Attached SCSI removable disk
>> pre-mount:/# ls /etc
>> cmdline.d group ld.so.conf mtab sysctl.d
>> conf.d hostid ld.so.conf.d os-release systemd
>> e2fsck.conf hostname machine-id passwd udev
>> fstab.empty initrd-release modprobe.d profile virc
>> fuse.conf ld.so.cache modules-load.d sysctl.conf zfs
>> pre-mount:/# cat /etc/fstab.empty
>> pre-mount:/#
>
> Hmm... Something isn't right here. I just went through your log
> again and I don't see any reference to zfs-fuse being loaded.
>
> Can you check:
>
> # ps auxw | grep zfs
>
> There should be a process called @sbin/zfs-fuse running.
>
> Is there anything in /sysroot/ ?
>
> Do you have /sbin/zfs-fuse binary?
>
> If zfs-fuse daemon isn't running start it (/sbin/zfs-fuse)
> Then do:
>
> # zpool import
>
> That should show you what pools are available (there whould be
> one called kirkwood or dreamplug).
>
> Does it work when you _only_ have the RSEL rootfs USB device
> plugged in without any other USB devices (i.e. remove whatever
> is showing up as /dev/sda).
>
> Gordan
>
>>> On Nov 3, 2015, at 7:17 PM, Gordan Bobic <[email protected]>
>>> wrote:
>>> On 2015-11-03 03:12, ioan stan wrote:
>>>> I was suspecting that fstab needs changes but I couldn't mount the
>>>> root partition. Mount command would not work, how would I mount
>>>> /dev/sdc1 to /mnt for editing? It seems zfs or zpool would help
>>>> but
>>>> not sure.
>>> You don't need to modify the image before inserting the card into
>>> the
>>> device. When the boot fails it will drop you to the diagnostic
>>> prompt. Look carefully, it was obscured in your pasted log by kernel
>>> messages from drivers still being loaded.
>>> Hit enter a couple of times and you'll see it. At that point the
>>> rootfs is already mounted and ready to go, just do:
>>> vi /etc/fstab and fix the problem (or comment out the line with
>>> /boot)
>>> then do "reboot" and it should come up OK. You can then fix fstab
>>> properly if you just commented out /boot.
>>>> Another question, you're resizing partition with fdisk, parted
>>>> would
>>>> not work? I did find an article about resizing with fdisk
>>>> https://access.redhat.com/articles/1190213 [1] [2]
>>> I am less familiar with parted, I tend to use fdisk (for MBR) and
>>> gdisk (for GPT). If you are more familiar with parted, go for it,
>>> but bear in mind that uboot on *Plugs doesn't support GPT so it is
>>> essential you keep the partition table in MBR format or it won't
>>> work.
>>> Gordan
>>> _______________________________________________
>>> users mailing list
>>> [email protected]
>>> https://lists.redsleeve.org/mailman/listinfo/users
>> Links:
>> ------
>> [1] https://access.redhat.com/articles/1190213
>> _______________________________________________
>> users mailing list
>> [email protected]
>> https://lists.redsleeve.org/mailman/listinfo/users
>
> _______________________________________________
> users mailing list
> [email protected]
> https://lists.redsleeve.org/mailman/listinfo/users
_______________________________________________
users mailing list
[email protected]
https://lists.redsleeve.org/mailman/listinfo/users
