Date: Fri, 15 Jul 2016 11:02:41 -0500 From: Karl Denninger <karl@denninger.net> To: freebsd-arm <freebsd-arm@freebsd.org> Subject: Re: Bizarre clone attempt failures on Raspberry Pi2... Message-ID: <b17fc2c2-3edc-63a5-f243-1a7a4a3bfc54@denninger.net> In-Reply-To: <1468597885.72182.286.camel@freebsd.org> References: <548783e1-9047-68f7-5f50-449db684d602@denninger.net> <d2eb4035-e494-1a7b-98e5-2aa87efe0763@denninger.net> <EDE65B12-4961-4CEF-8AE9-BFDA4FD508A5@gromit.dlib.vt.edu> <5475ea53-ae22-2634-6f2a-5737d1b0e308@denninger.net> <398ae56c-8893-f188-c210-cf7f19ccf433@denninger.net> <1468518953.72182.219.camel@freebsd.org> <7a91fc79-1c85-fac8-aa3f-db90592f3f44@denninger.net> <bec46aff-a4d5-9c4d-49d0-78534b13f719@denninger.net> <E01579F5-9562-4E51-9CFB-EA510460A4C8@gromit.dlib.vt.edu> <60b6e156-981e-9fbd-b68c-0daae1961286@denninger.net> <04391154-A38E-46CD-B570-B2BECFD19022@gromit.dlib.vt.edu> <d1aba096-e645-04df-dfda-5a9284250960@denninger.net> <1468597885.72182.286.camel@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
This is a cryptographically signed message in MIME format. --------------ms030902010606030503030506 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 7/15/2016 10:51, Ian Lepore wrote: > On Fri, 2016-07-15 at 09:44 -0500, Karl Denninger wrote: >> >> These devices are thought of as "appliances" by many and as such the >> model of USB keyboard + HDMI (e.g. TV or monitor) is entirely >> reasonable, and IMHO FreeBSD ought to, when possible, make that a >> viable >> option. It both is and can be provided the kernel loads, but the >> defaults in pre-built configurations right now preclude that. >> > I'm having a hard time understanding how a problem report got generated= > about all this, or how any of it is anything other than "Karl > misconfigured his system." ERROR means, well, ERROR. A filesystem that is not necessary to be mounted for system operation should not prevent the system from starting normally. Thus, the PR. > The downloadable system images work correctly. You made a local change= > (formatted new media) and depending on how you want to look at it, > either you didn't format correctly or you didn't make your config files= > match the way you formatted, and that made your system stop working.=20 > It doesn't mean there is anything wrong about the way the downloadable= > images are generated. > > Changing fstab in the distributed images so that a failure to mount a > filesystem becomes a non-error seems like a bad idea to me. The only > way that problem happens with a downloaded image is if the image wasn't= > burned successfully, and that doesn't seem like something that needs to= > just get papered over just because in your use-case you don't really > need the filesystem that failed to mount. > > A PR about the fact that it hung without visibly reporting an error may= > be appropriate. A PR that says we should just paper over the error > because you don't care about it doesn't seem appropriate. > > -- Ian It is only appropriate to halt startup if starting in the presence of the condition in question would in some way be harmful to normal operation. Since the contents of the msdos partition are *never* referenced by the running system once the kernel loads, and the kernel has loaded before it tries mounting the partition that winds up denying startup if the mount fails this is a demonstrably incorrect entry in /etc/fstab. You're not papering over anything in this instance; "failok" results in the non-necessary mount's failure not causing startup to fail, which is the obvious and analytically correct choice. Whether the failure to mount is caused by later modification of the filesystem's label or a misconfiguration is immaterial since that particular aspect of the configuration (the label and its use in /etc/fstab) *is not necessary* for the system to boot and run correctly. Declaring something critical to operation that is not in fact necessary for normal operation is nonsense and harmful; the present situation is akin to declaring the absence of the aesni.ko module in /boot/kernel to be a valid reason to prevent startup even though the processor on which you just booted doesn't have AESNI instructions! --=20 Karl Denninger karl@denninger.net <mailto:karl@denninger.net> /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms030902010606030503030506 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjA3MTUxNjAyNDFaME8GCSqGSIb3DQEJBDFCBECt nW4isDBd0wCMHOG7gwAkkJ0MTi7Dnfa9Q47KIug7UEPP7abbX1V5L0BG9vkBkcG3REh5oQ6W HcjLPHqrgOq7MGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAgohCeq+v 9Nj5/aatZK87oZuPP1L8mIyvTWdqAljd6OKxBrLVupOmcmgIRD5ATtTkbTxs3llzNb1Fa7z3 Blaw/IRBzGFiWAxZTf75jQRVXSapb4k+qrB186ZNEnO7P0f2GFOpGhhV8GcntZFHaYfSkHVk rze4gsy+StGXPyECGIAfgkGKL+JeQIdm9nYjakWX6XTVfYk+EJVmcL6+5rJa1asFUFLOBHtl Z5PhRtYucEqjMJOTjHtBkYth4jpayApZKenszNOngfbxNvurpyQ/fu46PKB9loQKyB9Mb1Aw 8P+wWD/h/ST6J8SZyB3S1zbsMU20DS5lZm0qqSLn2/5HX2THSW+gIZyu84hwuAiJ9afuk/36 rxpNHMqSi4M7obU3DMnCTQLVpPVa6z9hXCUyQCUFe2lT3vF+63O/GPTwdZ827zVe4IH8y4yT 5RFsMe/IwP2rs56fu/wzvwJXNQ8X0XHhrUV0lorNS9PAQHkDGlOCmkClBqp/+uv8OBwsy2fN OPGHpiNw1Q6Sl9Ch00KbRaWT3aL5ocCLzr9bIno0834KNf/JQ2sVJT7xAYupfyeGPD2O/iqZ vDgBRUOQV6FcKpca4aXNoXcUovb9VppOJny550RzgxQEEs4v9+7fv0iYCVzZvFJAdcmA9u3z XpZgxd23Gq9btx9Oci8bXUMApAoAAAAAAAA= --------------ms030902010606030503030506--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?b17fc2c2-3edc-63a5-f243-1a7a4a3bfc54>