Hi Adrian,
> > Interesting behaviour :-). So the problem is somewhere in
> > btrfs_scan_devices() [1], [2].
> > Are you avare about any bug report of this behavior? I haven't found it in
> > btrfs-progs
> > issues list [3] nor in kernel bugzilla BTRFS issues.
> No, I never bothered reporting it
On 01/26/2018 02:52 AM, Petr Vorel wrote:
>> As for btrfs: The filesystem detection code is just plain stupid.
>
> Interesting behaviour :-). So the problem is somewhere in
> btrfs_scan_devices() [1], [2].
> Are you avare about any bug report of this behavior? I haven't found it in
> btrfs-progs
Hi Adrian,
> I've seen that on my Amiga 4000 as well.
> The problem is that btrfs tries to determine whether a block device is
> a hard drive or not and if the block device driver misses a certain
> flag (e.g. removable) it will just scan forever.
> In the case of my Amiga, the btrfs module was
On 01/25/2018 04:24 PM, John Paul Adrian Glaubitz wrote:
On 01/26/2018 01:13 AM, James Clarke wrote:
It' will stay like this for days
Actually looking back through my backups, I reinstalled sparc64 in March 2017,
and the btrfs packages are included in the next backup. These have been
i
On 01/25/2018 04:24 PM, John Paul Adrian Glaubitz wrote:
On 01/26/2018 01:13 AM, James Clarke wrote:
It' will stay like this for days
Actually looking back through my backups, I reinstalled sparc64 in March 2017,
and the btrfs packages are included in the next backup. These have been
i
On 01/26/2018 01:13 AM, James Clarke wrote:
>> It' will stay like this for days
>>
>> Actually looking back through my backups, I reinstalled sparc64 in March
>> 2017, and the btrfs packages are included in the next backup. These have
>> been installed all along, but the timeout behavior mus
On 26 Jan 2018, at 00:10, Sean Whitney wrote:
> On 01/25/2018 04:03 PM, James Clarke wrote:
>> On 25 Jan 2018, at 23:58, Sean Whitney wrote:
>>>
>>> I recently switched from sparc to sparc64 using the cdrom drive in
>>> September. Sometime in the last two weeks the server rebooted and when it
yes, I've tried passing in init=/bin/bash but, it still trys to process
the btrfs filesystem before a prompt is available.
The boot process hangs here:
[ 44.070355] raid6: int64x1 xor()43 MB/s
[ 44.190108] raid6: int64x2 gen() 125 MB/s
[ 44.310194] raid6: int64x2 xor()62 MB/s
On 25 Jan 2018, at 23:58, Sean Whitney wrote:
>
> I recently switched from sparc to sparc64 using the cdrom drive in September.
> Sometime in the last two weeks the server rebooted and when it tried to
> restart it hung trying to find a btrfs filesystem, which I don't have. This
> seems to b
9 matches
Mail list logo
