Hi,
Somebody who can reproduce the problem (I couldn't) would please
'strace' drakfont and send the last 50-100 lines or put all output to
some downloadable place to see where the NTFS driver hangs? You can
try by starting drakfont like
strace -f -e trace=file drakfont
or after it's started but before importing Windows font, what makes
the driver hang, attaching to drakfont like
strace -f -e trace=file -p
A quick summary for the Linux-NTFS-Dev members (for more see the
bug entries 427, 835 and 1984 at the below bug database URL):
- hang is apparently CPU independent (reports on Duron and PII)
- drakfont/ls can hang the driver while cp worked at the same time
- reports using both Windows 2000 and XP NTFS filesystems
- fgriffin (sorry, I don't have your name) suggested also
a reproducible way in one of the bug entries involving
Windows "shortcuts".
Szaka
On Fri, 21 Feb 2003, fgriffin wrote:
> https://qa.mandrakesoft.com/show_bug.cgi?id=427
>
> --- Additional Comments From [EMAIL PROTECTED] 2003-02-21 23:50 ---
> This still fails on the Feb 21 Cooker. My processor is a PII 350, so it's not
> tied to non-Intel processors.
>
> --- Reminder: ---
> assigned_to: [EMAIL PROTECTED]
> status: ASSIGNED
> creation_date:
> description:
> I tried to get the windows fonts and drakfont got frozen, but it also made the
> whole ntfs partition unaccessible, I was not able even remount it and all
> programs trying to access the partition froze (for example ls). I tried it on
> two system, and I got the same results. My system is:
> Duron 650 on Via KT,
> the disk is partitioned >
>
>