using -o rump is the fix thank you.
On Fri, 3 May 2024, Martin Husemann wrote:
On Fri, May 03, 2024 at 12:20:45PM +0200, Riccardo Mottola wrote:
still it would be nice to understand what changes Solaris was doing which
disturb NetBSD.
Yes (but it sounds like it is a bug Solaris).
I don't
I tried netbsd 10 and it does not crash.
On Fri, 3 May 2024, Riccardo Mottola wrote:
Hi "xuser",
xuser wrote:
Yes it is that netbsd will crash on driver errors
And I found the problem it was that solaris autofs driver would mount an
LBA fat 32 as CHS fat32
And so disabling automount support
Yes it is a bug is solaris
And fsck_msdos will fix the problem
On Fri, 3 May 2024, Martin Husemann wrote:
On Fri, May 03, 2024 at 12:20:45PM +0200, Riccardo Mottola wrote:
still it would be nice to understand what changes Solaris was doing which
disturb NetBSD.
Yes (but it sounds like it
On Fri, May 03, 2024 at 12:20:45PM +0200, Riccardo Mottola wrote:
> still it would be nice to understand what changes Solaris was doing which
> disturb NetBSD.
Yes (but it sounds like it is a bug Solaris).
> I don't think NetBSD should crash...
Only if the file system passes a fsck_msdos(8).
Hi Martin,
Martin Husemann wrote:
- the original issue reported here is*something else* mangling/breaking
a FAT file system and NetBSD not dealing with the result. This can
either be a bug in Solaris or in NetBSD's interpration of the FAT
file system format - we just don't know
Hi "xuser",
xuser wrote:
Yes it is that netbsd will crash on driver errors
And I found the problem it was that solaris autofs driver would mount
an LBA fat 32 as CHS fat32
And so disabling automount support in solaris fixed it.
still it would be nice to understand what changes Solaris was
On Thu 02 May 2024 at 21:19:30 -, Michael van Elst wrote:
> I can repeat this with rump, but not with the kernel filesystem.
> After my suggested change, rump no longer crashes.
>
> N.B. the code change is in /usr/lib/librumpfs_msdos.so.0.0.
Ah yes after I posted the previous, I thought that
Yes it is that netbsd will crash on driver errors
And I found the problem it was that solaris autofs driver would mount an
LBA fat 32 as CHS fat32
And so disabling automount support in solaris fixed it.
Thank you.
On Thu, 2 May 2024, Martin Husemann wrote:
On Thu, May 02, 2024 at 08:12:06PM
rhia...@falu.nl (Rhialto) writes:
>$ sudo ./rump_msdos -o rw -o rump ./efi.img /tmp/t
>rump_msdos: "./efi.img" is a relative path.
>rump_msdos: using "/mnt/scratch/scratch/tmp/xcrash/efi.img" instead.
>[ 1.000] entropy: ready
>terminal 2:
>$ cd /tmp/t
>$ ls -l
>total 4
>drwxr-xr-x 1
On Thu 02 May 2024 at 20:10:10 -, Michael van Elst wrote:
> rhia...@falu.nl (Rhialto) writes:
>
> >I had something similar recently when doing a rename of a file on a FAT
> >file system (in this case my /efi file system). Fortunately I had it
> >mounted with -o rump, because it was 100%
rhia...@falu.nl (Rhialto) writes:
>I had something similar recently when doing a rename of a file on a FAT
>file system (in this case my /efi file system). Fortunately I had it
>mounted with -o rump, because it was 100% repeatable.
>I filed http://gnats.netbsd.org/58146 for it.
Maybe that's
On Thu, May 02, 2024 at 08:12:06PM +0200, Martin Husemann wrote:
> On Thu, May 02, 2024 at 08:04:28PM +0200, Rhialto wrote:
> > I filed http://gnats.netbsd.org/58146 for it.
>
> Why do you think those issue are related? Sounds very unlikely to me.
To ellaborate on this:
- the original issue
On Thu, May 02, 2024 at 08:04:28PM +0200, Rhialto wrote:
> I filed http://gnats.netbsd.org/58146 for it.
Why do you think those issue are related? Sounds very unlikely to me.
Martin
On Thu 02 May 2024 at 11:41:13 +0200, Martin Husemann wrote:
> On Wed, May 01, 2024 at 05:08:04PM +, xuser wrote:
> > This is as much as a I can give you
> > It say some thing about invalid fats
> > i cant see much because the screen go blank
> > As for the core dump i don't have enough swap
there's gotta be a better way to debug this
On Thu, May 2, 2024 at 5:41 AM Martin Husemann wrote:
> On Wed, May 01, 2024 at 05:08:04PM +, xuser wrote:
> > This is as much as a I can give you
> > It say some thing about invalid fats
> > i cant see much because the screen go blank
> > As for
On Wed, May 01, 2024 at 05:08:04PM +, xuser wrote:
> This is as much as a I can give you
> It say some thing about invalid fats
> i cant see much because the screen go blank
> As for the core dump i don't have enough swap space
Can you provdie an image of a filesystem that shows this bug?
This is as much as a I can give you
It say some thing about invalid fats
i cant see much because the screen go blank
As for the core dump i don't have enough swap space
On Wed, 1 May 2024, Martin Husemann wrote:
On Tue, Apr 30, 2024 at 10:25:09PM +, xuser wrote:
Netbsd crashes when using
On Tue, Apr 30, 2024 at 10:25:09PM +, xuser wrote:
> Netbsd crashes when using fat that solaris 10 has modified.
Can you give any details (e.g. the exact kernel output from the crash),
provide a copy of the "modified" filesystem, or the kernel crash dump?
Martin
Netbsd crashes when using fat that solaris 10 has modified.
19 matches
Mail list logo