CC: Ted
What ever happened to read/write ext4 encrypted data API?
https://marc.info/?l=linux-ext4&m=145030599010416&w=2
Can we learn anything from the ext4 experience to improve
the new proposed API?
On Wed, Oct 16, 2019 at 12:29 AM Omar Sandoval wrote:
>
> From: Omar Sandoval
>
> This adds a
On Tue, Oct 15, 2019 at 11:42:38AM -0700, Omar Sandoval wrote:
> From: Omar Sandoval
>
> Hello,
>
> This series adds an API for reading compressed data on a filesystem
> without decompressing it as well as support for writing compressed data
> directly to the filesystem. It is based on my previo
On Sat, Oct 19, 2019 at 12:18 AM Supercilious Dude
wrote:
>
> It would be be useful to have the ability to scrub only the metadata. In many
> cases the data is so large that a full scrub is not feasible. In my "little"
> test system of 34TB a full scrub takes many hours and the IOPS saturate the
On Thu, Oct 17, 2019 at 8:23 PM Graham Cobb wrote:
>
> On 17/10/2019 16:57, Chris Murphy wrote:
> > On Wed, Oct 16, 2019 at 10:07 PM Jon Ander MB
> > wrote:
> >>
> >> It would be interesting to know the pros and cons of this setup that
> >> you are suggesting vs zfs.
> >> +zfs detects and correc
Op 20-10-2019 om 16:11 schreef Qu Wenruo:
On 2019/10/20 下午9:29, Ferry Toth wrote:
Op 20-10-2019 om 15:15 schreef Qu WenRuo:
On 2019/10/20 下午9:04, Ferry Toth wrote:
Op 20-10-2019 om 02:51 schreef Qu Wenruo:
On 2019/10/20 上午8:26, Qu Wenruo wrote:
On 2019/10/20 上午12:24, Ferry Toth wrote
On 2019/10/20 下午9:29, Ferry Toth wrote:
> Op 20-10-2019 om 15:15 schreef Qu WenRuo:
>>
>>
>> On 2019/10/20 下午9:04, Ferry Toth wrote:
>>> Op 20-10-2019 om 02:51 schreef Qu Wenruo:
On 2019/10/20 上午8:26, Qu Wenruo wrote:
>
>
> On 2019/10/20 上午12:24, Ferry Toth wrote:
>
Op 20-10-2019 om 15:15 schreef Qu WenRuo:
On 2019/10/20 下午9:04, Ferry Toth wrote:
Op 20-10-2019 om 02:51 schreef Qu Wenruo:
On 2019/10/20 上午8:26, Qu Wenruo wrote:
On 2019/10/20 上午12:24, Ferry Toth wrote:
Hi,
Op 19-10-2019 om 01:50 schreef Qu WenRuo:
On 2019/10/19 上午4:32, Ferry Toth
On 2019/10/20 下午9:04, Ferry Toth wrote:
> Op 20-10-2019 om 02:51 schreef Qu Wenruo:
>>
>>
>> On 2019/10/20 上午8:26, Qu Wenruo wrote:
>>>
>>>
>>> On 2019/10/20 上午12:24, Ferry Toth wrote:
Hi,
Op 19-10-2019 om 01:50 schreef Qu WenRuo:
>
>
> On 2019/10/19 上午4:32, Ferry Toth
Op 20-10-2019 om 02:51 schreef Qu Wenruo:
On 2019/10/20 上午8:26, Qu Wenruo wrote:
On 2019/10/20 上午12:24, Ferry Toth wrote:
Hi,
Op 19-10-2019 om 01:50 schreef Qu WenRuo:
On 2019/10/19 上午4:32, Ferry Toth wrote:
Op 24-09-2019 om 10:11 schreef Qu Wenruo:
We have at least two user reports a
Op 20-10-2019 om 02:26 schreef Qu Wenruo:
On 2019/10/20 上午12:24, Ferry Toth wrote:
Hi,
Op 19-10-2019 om 01:50 schreef Qu WenRuo:
On 2019/10/19 上午4:32, Ferry Toth wrote:
Op 24-09-2019 om 10:11 schreef Qu Wenruo:
We have at least two user reports about bad inode generation makes
kernel rej
On 2019/10/20 下午6:22, Christian Pernegger wrote:
> [Please CC me, I'm not on the list.]
>
> The current plan is to dump the whole NVMe with dd (ongoing ...) and
> experiment on that. Safer that way.
>
> Question: Can I work with the mounted backup image on the machine that
> also contains the o
[Please CC me, I'm not on the list.]
The current plan is to dump the whole NVMe with dd (ongoing ...) and
experiment on that. Safer that way.
Question: Can I work with the mounted backup image on the machine that
also contains the original disc? I vaguely recall something about
btrfs really not l
[Re-send, hit reply instead of reply-all by mistake. Please CC me, I'm
not on the list.]
Good morning & thank you.
Am So., 20. Okt. 2019 um 02:38 Uhr schrieb Qu Wenruo :
> It looks like you're using eGPU and the thunderbolt 3 connection disconnect?
> That would cause a kernel panic/hang or whatev
13 matches
Mail list logo
