e new SD cards 2 weeks ago.
I used the exact same script on kernel 5.1.x and the problem did not
come up again, ie I was able to untar without the hack to slow down
write speed.
Thanks to Btrfs developpers!
Best regards,
--
Jean-Denis Girard
SysNux Systèmes Linux en Poly
ay with my
simple script for this project.
Thanks,
--
Jean-Denis Girard
SysNux Systèmes Linux en Polynésie française
https://www.sysnux.pf/ Tél: +689 40.50.10.40 / GSM: +689 87.797.527
Le 17/10/2018 à 20:43, Henk Slager a écrit :
> On Thu, Oct 18, 2018 at 6:04 AM Jean-Denis Girard wrote:
> This looks like to have a similar root cause as this:
> https://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg81536.html
Yes, seems similar.
> For 50 clones, you cou
v4.17.1
Thanks,
--
Jean-Denis Girard
SysNux Systèmes Linux en Polynésie française
https://www.sysnux.pf/ Tél: +689 40.50.10.40 / GSM: +689 87.797.527
Le 02/10/2017 à 11:46, Goffredo Baroncelli a écrit :
> On 10/02/2017 07:59 PM, Jean-Denis Girard wrote:
>> Le 30/09/2017 à 17:29, Jean-Denis Girard a écrit :
>>> Le 28/09/2017 à 19:26, Jean-Denis Girard a écrit :
>>> The problem seems to come from commit c821e7f3 "p
Le 30/09/2017 à 17:29, Jean-Denis Girard a écrit :
> Le 28/09/2017 à 19:26, Jean-Denis Girard a écrit :
> The problem seems to come from commit c821e7f3 "pass bytes to
> btrfs_bio_alloc" (https://patchwork.kernel.org/patch/9763081/): the
> system is now running fine on 4.13.
Le 28/09/2017 à 19:26, Jean-Denis Girard a écrit :
> Le 28/09/2017 à 15:29, Jean-Denis Girard a écrit :
> FWIW, kernels up to 4.12.14 are ok, and 4.13-rc1 has the same probem.
> Which patches should I try to reverse first?
The problem seems to come from commit c821e7f3 "
Le 28/09/2017 à 15:29, Jean-Denis Girard a écrit :
> Hi list,
>
> I have an Alix motherboard with a SD card using btrfs running fine since
> 2010. Today, I wanted to upgrade to kernel 4.13.4 from 4.9.52 (i586). As
> always, I cross-compiled from my main system, installed on A
ried:
btrfs
Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(8,1)
Thanks,
--
Jean-Denis Girard
SysNux Systèmes Linux en Polynésie française
https://www.sysnux.pf/ Tél: +689 40.50.10.40 / GSM: +689 87.797.527
#
# Automatically generated fi
p://www.spinics.net/lists/linux-btrfs/msg58111.html
It seems to be related to autodefrag, rebooting without autodefrag,
manually defragmenting, and rebooting again with autodefrag worked for me.
Thanks,
--
Jean-Denis Girard
SysNux SystèmesLinuxen Polynésie française
http://w
The problem disappeared after manually defragmenting all volumes.
Regards,
--
Jean-Denis Girard
SysNux Systèmes Linux en Polynésie française
https://www.sysnux.pf/ Tél: +689 40.50.10.40 / GSM: +689 87.797.527
--
To unsubscribe from this list: send the line "unsubscribe li
Le 21/08/2016 à 17:39, Jean-Denis Girard a écrit :
> Hi list,
>
> After upgrading my Fedora 23 system from 4.4.12 to 4.7.2, I'm seeing one
> btrfs-cleaner process stuck at 100% CPU. The problem disappears when
> going back to 4.4 kernel (4.4.17), but is also present with Fedor
btrfs
(rw,noatime,nodiratime,seclabel,compress=zlib,ssd,space_cache,autodefrag,skip_balance,subvolid=1074,subvol=/cathy)
/dev/bcache0 on /home/Musique type btrfs
(rw,noatime,nodiratime,seclabel,compress=zlib,ssd,space_cache,autodefrag,skip_balance,subvolid=961,subvol=/Musique)
Thanks,
--
Jean-De
will find this useful.
Thanks,
--
Jean-Denis Girard
SysNux Systèmes Linux en Polynésie française
http://www.sysnux.pf/ Tél: +689 40.50.10.40 / GSM: +689 87.79.75.27
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of
Hi David,
Le 30/03/2016 04:05, David Sterba a écrit :
> The allocation of node could fail if the memory is too fragmented for a
> given node size, practically observed with 64k.
>
> http://article.gmane.org/gmane.comp.file-systems.btrfs/54689
>
> Reported-by: Jean-Denis Girar
Hi David,
Le 30/03/2016 03:50, David Sterba a écrit :
> On Tue, Mar 29, 2016 at 07:04:10PM -1000, Jean-Denis Girard wrote:
>>
>> [ 3734.651439] btrfs: page allocation failure: order:4, mode:0x2404040
>
> Order 4 is 64k, and most probably it's the allocation of a nodesi
.651775] 0 pages cma reserved
[ 3734.651776] 0 pages hwpoisoned
What should I do to avoid this?
Thanks,
--
Jean-Denis Girard
SysNux Systèmes Linux en Polynésie française
http://www.sysnux.pf/ Tél: +689 40.50.10.40 / GSM: +689 87.797.5
--
To unsubscribe from this list: send t
a new page?
Thanks,
Jean-Denis Girard
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--- $i "
btrfs restore -v -f $i --path-regex '^/(|jdg(|/tmp(|/.*)))$' \
../x220_home.img .
done
And I now have back my ~2800 photos (~13 Gb).
Many thanks to those who helped!
Best regards,
Jean-Denis Girard
Le 30/08/2014 10:12, Jean-Denis Girard a
Le 28/08/2014 21:40, Konstantinos Skarlatos a écrit :
> On 28/8/2014 8:04 μμ, Jean-Denis Girard wrote:
>> Hi Chris,
>>
>> Thanks for your detailed answer.
>>
>> Le 28/08/2014 06:25, Chris Murphy a écrit :
>>> 9. btrfs-find-root /dev/sdc
>>> Sup
#x27;s the tree root is at 115230801920, chunk root 131072
Went past the fs size, exiting[jdg@tiare tmp]$
Thanks,
Jean-Denis Girard
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
st?
I made a dump of the device to another computer (using dd), I think the
data are still here (hexedit).
What else could I try?
Thanks,
Jean-Denis Girard
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
9
> level 0
Here is what the command returns :
[root@x220 ~]# btrfs-find-root /dev/mapper/home
Super think's the tree root is at 115230801920, chunk root 131072
Went past the fs size, exiting[root@x220 ~]#
I just tried with latest btrfs-progs (from git), it returns exactly the
same.
The btr
broken file system, just a normally deleted
directory.
I'm on Fedora 20, with kernel 3.15.10-200.fc20.x86_64, and
btrfs-progs-3.14.2-3.fc20.x86_64.
Thanks,
- --
Jean-Denis Girard
SysNux SystèmesLinuxen Polynésie française
http://www.sysnux.pf/ Tél: +689 40.50.
24 matches
Mail list logo