[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Xorg non starting (was : Re: Updated installation images for Debian Ports 2019-11-22)



On Wed, Dec 25, 2019 at 2:09 AM Bertrand Dekoninck
<bertrand.dekoninck@gmail.com> wrote:
>
> On 24/12/2019 22:39, John Paul Adrian Glaubitz wrote:
> > On 12/24/19 10:15 PM, bertrand.dekoninck@gmail.com wrote:
> >>> How did you do that.
> >> umount /dev/sda2
> >> fsck.hfs /dev/sda2
> >>
> >> And then I had got an error.
> > What error did you get? FWIW, the hfsprogs package also needs to be updated
> > to a newer upstream version - something which is on my TODO list as well.
>
> Here's a backtrace in gdb : (gdb) run
> Starting program: /usr/sbin/fsck.hfs /dev/sdb2
> ** /dev/sdb2
> ** Checking HFS volume.
>
> Program received signal SIGSEGV, Segmentation fault.
> hfs_swap_HFSBTInternalNode (fcb=0x10051920, fcb=0x10051920,
>      direction=kSwapBTNodeBigToHost, src=0x7fffffffc9e8) at hfs_endian.c:936
> 936    hfs_endian.c: Aucun fichier ou dossier de ce type.
> (gdb) print
> print         print-object  printf
> (gdb) print
> The history is empty.
> (gdb) bt
> #0  hfs_swap_HFSBTInternalNode (fcb=0x10051920, fcb=0x10051920,
>      direction=kSwapBTNodeBigToHost, src=0x7fffffffc9e8) at hfs_endian.c:936
> #1  hfs_swap_BTNode (src=0x7fffffffc9e8, fcb=0x10051920,
>      direction=<optimized out>) at hfs_endian.c:307
> #2  0x0000000010022bd4 in GetNode (btreePtr=0x10051ed8,
>      nodeNum=<optimized out>, nodePtr=0x7fffffffc9e8) at BTreeNodeOps.c:147
> #3  0x0000000010024e60 in SearchTree (btreePtr=0x10051ed8,
>      searchKey=0x7fffffffcc9c, treePathTable=0x7fffffffcb18,
>      nodeNum=0x7fffffffcae4, nodePtr=0x7fffffffcaf8,
> returnIndex=0x7fffffffcae0)
>      at BTreeTreeOps.c:231
> #4  0x00000000100203f0 in BTSearchRecord (filePtr=<optimized out>,
>      searchIterator=0x7fffffffcc80, heuristicHint=<optimized out>,
>      record=0x7fffffffcc68, recordLen=0x7fffffffcf52,
> resultIterator=0x10051f90)
>      at BTree.c:761
> #5  0x00000000100285c8 in SearchBTreeRecord (fcb=0x10051920,
>      key=<optimized out>, hint=<optimized out>, foundKey=0x0,
>      data=<optimized out>, dataSize=0x7fffffffcf52, newHint=0x0) at
> SBTree.c:93
> #6  0x0000000010009624 in CreateCatalogBTreeControlBlock
> (GPtr=0x7fffffffd570)
>      at SVerify1.c:1171
> #7  0x0000000010004f68 in ScavCtrl (GPtr=GPtr@entry=0x7fffffffd570,
>      ScavOp=ScavOp@entry=2, ScavRes=ScavRes@entry=0x7fffffffd56e)
>      at SControl.c:395
> #8  0x0000000010005830 in CheckHFS (fsReadRef=<optimized out>,
>      fsWriteRef=<optimized out>, checkLevel=2, repairLevel=2,
>      logLevel=<optimized out>, guiControl=<optimized out>,
>      lostAndFoundMode=<optimized out>, canWrite=<optimized out>,
>      modified=0x10042384 <fsmodified>) at SControl.c:145
> #9  0x0000000010002014 in checkfilesys (filesys=<optimized out>)
>      at fsck_hfs.c:323
> #10 main (argc=<optimized out>, argv=0x7ffffffff188) at fsck_hfs.c:217
>
>
> It's with hfsprogs/unstable,now 332.25-11+b3 ppc64.
>
> I may remember that someone on this list did mention this kind of crash
> before.

-> https://lists.debian.org/debian-powerpc/2019/01/msg00039.html

>
> Bertrand
>
>


Reply to: