-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On 2016-08-12 15:31, [email protected] wrote:
> I realize USB drives (or USB *anything*) is a stupid, stupid idea when it 
> comes to being security conscious, but while trying out Qubes, I do have my
> root drive on an external USB HD.
> 
> (And there's something to be said for taking your drive with you.)
> 
> It works great in general, is fast enough, and seems very reliable.
> 
> Until shutdown time.
> 
> Things seem to shut down okay, but on the following boot, I see complaints 
> about the disk errors on the journal; it does a FSCK but fails and goes 
> into Read-Only mode, which prevents proper system startup, so most of the 
> system just sits there doing nothing, presumably waiting for the root drive
> to go rw, which it never does.
> 
> Doing an fsck from a console terminal on the ro partition notes the journal
> repair required, does its work, and says everything is ducky.
> 
> Then I reboot, and get the same problem.
> 
> If I reboot into Tails, do the cryptsetup, lvmchange, fsck to tidy up the 
> drive, and *then* reboot, the system will start up okay.
> 
> So every time I reboot the system, I need to first boot into Tails to 
> repair the drive, to get back into Qubes.  More than a minor inconvenience,
> and booting other OS's always adds to the risk of compromise.
> 
> I'll try moving the drive onto the SATA bus and see if the problem goes 
> away, just to verify that it's a USB-only thing.
> 
> It's also a bit weird that it gives a disk error (IO Buffer error I think).
> I've badblocks scanned the drive repeatedly, and its healthy and fine, not
> a bad sector to be found.  But something in the Qubes shutdown/startup is
> making Qubes think there's some bad sectors (maybe a problem the luks or
> lvm level?  The ext4/lvm/luks/usb layering might not be shutting down
> elegantly.)
> 
> (At boot, things fly by pretty quickly, and where the system crashes, I 
> don't have the logs stored in a file, but it almost appears to me that more
> than one fack gets run [perhaps stepping on each other].  That's just a
> hunch though, I'll try to narrow it down more.  The fact the journal needs
> recovering at all after a normal shutdown still remains a problem.)
> 
> System is an AMD64 with 4G memory, JMicron SATA->USB Controller on a 2.5" 
> 500G Samsung drive.
> 
> JJ
> 

Thanks for the report. Tracking here:

https://github.com/QubesOS/qubes-issues/issues/2245

Please let us know how it goes when you try moving the drive onto the SATA bus.

By the way, have you tested this on any other hardware (e.g., different
SATA->USB controller)?

- -- 
Andrew David Wong (Axon)
Community Manager, Qubes OS
https://www.qubes-os.org
-----BEGIN PGP SIGNATURE-----

iQIcBAEBCgAGBQJXrsp5AAoJENtN07w5UDAw9nIQAKmmvfzSRoZyprxr29UM4kCh
QVfPKUoOVo6aXE3YJVDJebhQQmvbKlzlTcGaYTWZYIdwg9I/Ugpo/DtutlwptMfP
xRZ4wUDMkGMA3/Z8iE1R7+sdCCx7R3QPktmZAcUJwnOlQ2HcYkX83xgbnWPChL0/
22uiaM3XXJdPs0AQvnLPHU7eeIajJo7a7Yqiqiid/SAcUYzKenDpqcdwTv29VIi8
mhwo2hntEqV2aYCBsVgMGL8jNh++Kq2c2+TgU1ZYXNLwwWDLQfr6Jy9kMaVBh+uQ
Z5dFtbaxnOZNsX+fxbY6N/LBkXrNYR67vK28wNY6oPeQrCBgHy1/bQ9WMlnsgL++
/pFQwhAKCheq8NpVVzTyWU3XlHPx5th3z9CMkX1YMUbIU0D28dcUOXf0Rx5ZTAdX
znc/7cdgfkKUwONm90Pip2bAV0uC3qAlJUIn4S7CITsJiyl0zjlLl7bMECG74Z1i
27WnPMS0iwoD646iACYSJ21YDusfolQmIAI/RsvVVDK7qEdCgNsdLRFeFABN95jO
37Gpwd+OrQmx+Y27se7dSsODpXWj6/9gbgZSS1cpH4G1+hV8LEJdM2eV0mhNsIcx
ALQmG3NpmDpxOBkRhhe6paFiEeiOAcLLcoO39ehPNGhE3ahp5dQUZ5cvUCy1Lw8F
kiuWm6Os+3j/BOvK4Nwo
=XDnZ
-----END PGP SIGNATURE-----

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/3effc0e9-4513-cce2-e6fb-0a175bd58aec%40qubes-os.org.
For more options, visit https://groups.google.com/d/optout.

Reply via email to