On Thu, 3 Dec 2015, brad wrote:
> Well, If you don't understand, then I sure don't :)
> When I wrote 'temporary write through' to cache_type, and cat'd the file
> it read 'write through'
>
> After 2 reboots and at least one power cycle on the ext HD cache_type
> still has 'write through'
>
> d
Well, If you don't understand, then I sure don't :)
When I wrote 'temporary write through' to cache_type, and cat'd the file
it read 'write through'
After 2 reboots and at least one power cycle on the ext HD cache_type
still has 'write through'
dmesg shows this now:
... [sdb] Assuming drive
On Thu, 3 Dec 2015, brad wrote:
> It seems to be permanent? After reboot I still have this and I can
> mount the drive
>
> dt1:cat /sys/block/sdb/device/scsi_disk/4\:0\:0\:0/cache_type
> write through
I don't understand. The change you make by writing to the sysfs file
is not permanent. It
On Thu, 3 Dec 2015, brad wrote:
> Thanks! That worked. I was able to read & write. How to make that
> permanent?
You can create a udev rule that will do it automatically.
Alan Stern
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord.
It seems to be permanent? After reboot I still have this and I can
mount the drive
dt1:cat /sys/block/sdb/device/scsi_disk/4\:0\:0\:0/cache_type
write through
On 12/03/2015 10:17 AM, brad wrote:
Thanks! That worked. I was able to read & write. How to make that
permanent?
On 12/03/201
Thanks! That worked. I was able to read & write. How to make that
permanent?
On 12/03/2015 10:00 AM, Alan Stern wrote:
On Thu, 3 Dec 2015, brad wrote:
dt1:uname -a
Linux dt1 3.19.0-33-generic #38~14.04.1-Ubuntu SMP Fri Nov 6 18:17:28
UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
See attached
On Thu, 3 Dec 2015, brad wrote:
> dt1:uname -a
> Linux dt1 3.19.0-33-generic #38~14.04.1-Ubuntu SMP Fri Nov 6 18:17:28
> UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
>
> See attached for relevant kernel log.
The log was short enough to be included directly in the email message
rather than as an att
dt1:uname -a
Linux dt1 3.19.0-33-generic #38~14.04.1-Ubuntu SMP Fri Nov 6 18:17:28
UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
See attached for relevant kernel log.
I have the error:
blk_update_request: critical target error, dev sdb, sector 0
JBD2: recovery failed
EXT4-fs (sdb): error loading jou
On Thu, 3 Dec 2015 bugzilla-dae...@bugzilla.kernel.org wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=89511
>
> bradha...@fastmail.us changed:
>
>What|Removed |Added
>
>
