Date: Wed, 13 Jul 2016 20:13:59 -0400 From: Paul Mather <paul@gromit.dlib.vt.edu> To: Karl Denninger <karl@denninger.net> Cc: freebsd-arm@freebsd.org Subject: Re: Bizarre clone attempt failures on Raspberry Pi2... Message-ID: <EDE65B12-4961-4CEF-8AE9-BFDA4FD508A5@gromit.dlib.vt.edu> In-Reply-To: <d2eb4035-e494-1a7b-98e5-2aa87efe0763@denninger.net> References: <548783e1-9047-68f7-5f50-449db684d602@denninger.net> <d2eb4035-e494-1a7b-98e5-2aa87efe0763@denninger.net>
next in thread | previous in thread | raw e-mail | index | archive | help
> On Jul 13, 2016, at 3:54 PM, Karl Denninger <karl@denninger.net> = wrote: >=20 > Oh, there is one difference: >=20 > tunefs -p on the new device *works* (no idea why however since there's > no slice there) where it FAILS on the original: >=20 > root@Test-MCP:/home/karl # tunefs -p /dev/mmcsd0s2 Shouldn't this be /dev/mmcsd0s2a? You're referencing the entire BSD = slice in the above command, not the UFS partition upon which the rootfs = lives. > tunefs: /dev/mmcsd0s2: could not read superblock to fill out disk >=20 > root@Test-MCP:/home/karl # tunefs -p /dev/da0s2 > tunefs: POSIX.1e ACLs: (-a) disabled > tunefs: NFSv4 ACLs: (-N) disabled > tunefs: MAC multilabel: (-l) disabled > tunefs: soft updates: (-n) enabled > tunefs: soft update journaling: (-j) disabled > tunefs: gjournal: (-J) disabled > tunefs: trim: (-t) disabled > tunefs: maximum blocks per file in a cylinder group: (-e) 4096 > tunefs: average file size: (-f) 16384 > tunefs: average number of files in a directory: (-s) 64 > tunefs: minimum percentage of free space: (-m) 8% > tunefs: space to hold for metadata blocks: (-k) 6408 > tunefs: optimization preference: (-o) time > tunefs: volume label: (-L) rootfs Cheers, Paul.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?EDE65B12-4961-4CEF-8AE9-BFDA4FD508A5>