[Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
http://qa.mandrakesoft.com/show_bug.cgi?id=427 --- Additional Comments From [EMAIL PROTECTED] 2003-03-13 22:01 --- I confirm that this works now. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED 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 >
[Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
http://qa.mandrakesoft.com/show_bug.cgi?id=427 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] ||uk --- Additional Comments From [EMAIL PROTECTED] 2003-03-11 17:34 --- *** Bug 1984 has been marked as a duplicate of this bug. *** --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED 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 >
[Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
http://qa.mandrakesoft.com/show_bug.cgi?id=427 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-03-11 17:33 --- fixed in kernel-2.4.21.0.12mdk-1-1mdk --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED 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 >
[Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
http://qa.mandrakesoft.com/show_bug.cgi?id=427 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-03-08 10:00 --- *** Bug 454 has been marked as a duplicate of this bug. *** --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- 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 >
[Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
http://qa.mandrakesoft.com/show_bug.cgi?id=427 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-03-08 09:33 --- *** Bug 2883 has been marked as a duplicate of this bug. *** --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- 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 >
[Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
http://qa.mandrakesoft.com/show_bug.cgi?id=427 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-03-08 09:33 --- *** Bug 2935 has been marked as a duplicate of this bug. *** --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- 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 >
[Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
https://qa.mandrakesoft.com/show_bug.cgi?id=427 --- Additional Comments From [EMAIL PROTECTED] 2003-02-24 12:15 --- and... NTFS 2.1.1a is now released for kernel 2.4.20. This fixes both the reported hangs and improves the handling of compressed files so that the warning message people keep reporting is now gone. Download the patch from: http://linux-ntfs.sf.net/downloads.html Or get from our BK repository (which is at the current BK linux-2.4 version, i.e. 2.4.21-pre4-bk): bk://linux-ntfs.bkbits.net/ntfs-2.4 Enjoy! Anton -- Anton Altaparmakov (replace at with @) Linux NTFS maintainer / IRC: #ntfs on irc.freenode.net WWW: http://linux-ntfs.sf.net/ & http://www-stu.christs.cam.ac.uk/~aia21/ --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- 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 >
Re: [Linux-NTFS-Dev] Re: [Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
NTFS 2.1.1a is now released for kernel 2.4.20. This fixes both the reported hangs and improves the handling of compressed files so that the warning message people keep reporting is now gone. Download the patch from: http://linux-ntfs.sf.net/downloads.html Or get from our BK repository (which is at the current BK linux-2.4 version, i.e. 2.4.21-pre4-bk): bk://linux-ntfs.bkbits.net/ntfs-2.4 Enjoy! Anton -- Anton Altaparmakov (replace at with @) Linux NTFS maintainer / IRC: #ntfs on irc.freenode.net WWW: http://linux-ntfs.sf.net/ & http://www-stu.christs.cam.ac.uk/~aia21/
[Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
https://qa.mandrakesoft.com/show_bug.cgi?id=427 --- Additional Comments From [EMAIL PROTECTED] 2003-02-24 12:11 --- This has been diagnosed by the NTFS developers. Here's the last message that came through from the group, for reference in picking up the fix... On Mon, 24 Feb 2003, Szakacsits Szabolcs wrote: > On Sun, 23 Feb 2003, Anton Altaparmakov wrote: > Yes, thanks for everybody who responded, excellent feedbacks! It's > 100% posible to reproduce the hang even with standard 2.4.20+ kernels. Indeed. I was able to reproduce with 2.4.21-pre4 + NTFS 2.1.0a and 2.1.1a. Interestingly the hangs cannot be reproduced on 2.5.x kernels which suggests that either 2.4 is holding the inode lock somewhere where 2.5 isn't so when we try to acquire it we hang because the kernel already acquired it or the iget4 race avoidance I had to patch up into 2.4 causes the hangs. > > It points me directly at the code responsible for the hangs. The > > above should hopefully allow me to reproduce the hang and fix the > > problem. Most likely it is something to do with the dcache code in > > fs/ntfs/namei.c::ntfs_lookup() that handles the case insensitive > > file and directory names in NTFS. This is supported by the > > reported trace from the kernel showing that the code hangs inside > > ntfs_lookup() when the inode lock is attempted to be acquired. > > The inode locking, needed to close iget4 race, looks totally broken. Hmm. That is one of my two prime suspects. /me goes and looks... Eek!!! Grrr!!! /me slaps myself with a wet fish... /me corrects logic inversion in ntfs inode lock handling... /me recompiles module and tests... It works! (-: I will commit the patch to the BK ntfs-2.4 repository in a few minutes and then make an incremental patch to ntfs 2.1.0a patch... Best regards, Anton -- Anton Altaparmakov (replace at with @) Linux NTFS maintainer / IRC: #ntfs on irc.freenode.net WWW: http://linux-ntfs.sf.net/ & http://www-stu.christs.cam.ac.uk/~aia21/ --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- 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 >
Re: [Linux-NTFS-Dev] Re: [Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
On Mon, 24 Feb 2003, Szakacsits Szabolcs wrote: > On Sun, 23 Feb 2003, Anton Altaparmakov wrote: > Yes, thanks for everybody who responded, excellent feedbacks! It's > 100% posible to reproduce the hang even with standard 2.4.20+ kernels. Indeed. I was able to reproduce with 2.4.21-pre4 + NTFS 2.1.0a and 2.1.1a. Interestingly the hangs cannot be reproduced on 2.5.x kernels which suggests that either 2.4 is holding the inode lock somewhere where 2.5 isn't so when we try to acquire it we hang because the kernel already acquired it or the iget4 race avoidance I had to patch up into 2.4 causes the hangs. > > It points me directly at the code responsible for the hangs. The > > above should hopefully allow me to reproduce the hang and fix the > > problem. Most likely it is something to do with the dcache code in > > fs/ntfs/namei.c::ntfs_lookup() that handles the case insensitive > > file and directory names in NTFS. This is supported by the > > reported trace from the kernel showing that the code hangs inside > > ntfs_lookup() when the inode lock is attempted to be acquired. > > The inode locking, needed to close iget4 race, looks totally broken. Hmm. That is one of my two prime suspects. /me goes and looks... Eek!!! Grrr!!! /me slaps myself with a wet fish... /me corrects logic inversion in ntfs inode lock handling... /me recompiles module and tests... It works! (-: I will commit the patch to the BK ntfs-2.4 repository in a few minutes and then make an incremental patch to ntfs 2.1.0a patch... Best regards, Anton -- Anton Altaparmakov (replace at with @) Linux NTFS maintainer / IRC: #ntfs on irc.freenode.net WWW: http://linux-ntfs.sf.net/ & http://www-stu.christs.cam.ac.uk/~aia21/
Re: [Linux-NTFS-Dev] Re: [Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
On Sat, 22 Feb 2003, Martin Whitaker wrote: > Using strace helped me discover why I could copy the files manually, but > drakfont couldn't. If I execute > >cp /mnt/windows/c/WINDOWS/Fonts/*.ttf fonts > > it works every time. If I execute > >cp /mnt/windows/c/WINDOWS/fonts/*.ttf fonts > > it works sometimes and hangs sometimes. If I execute > >cp /mnt/windows/c/windows/fonts/*.ttf fonts > > it hangs every time. The point at which it hangs varies from run to run. This is great thanks! It points me directly at the code responsible for the hangs. The above should hopefully allow me to reproduce the hang and fix the problem. Most likely it is something to do with the dcache code in fs/ntfs/namei.c::ntfs_lookup() that handles the case insensitive file and directory names in NTFS. This is supported by the reported trace from the kernel showing that the code hangs inside ntfs_lookup() when the inode lock is attempted to be acquired. When I have a little spare time I will work on tracing and fixing the problem if someone doesn't beat me to it... Best regards, Anton -- Anton Altaparmakov (replace at with @) Linux NTFS maintainer / IRC: #ntfs on irc.freenode.net WWW: http://linux-ntfs.sf.net/ & http://www-stu.christs.cam.ac.uk/~aia21/
Re: [Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
Szakacsits Szabolcs wrote:
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
The last lines using the latter technique are:
open("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp/GARAIT.TTF",
O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
stat64("/mnt/win_d/winnt/fonts/GARAIT.TTF", {st_mode=S_IFREG|0555,
st_size=188916, ...}) = 0
chmod("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp/GARAIT.TTF", 0100555) = 0
stat64("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp",
{st_mode=S_IFDIR|0755, st_size=8192, ...}) = 0
lstat64("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp/georgia.ttf",
0x804b678) = -1 ENOENT (No such file or directory)
stat64("/mnt/win_d/winnt/fonts/georgia.ttf", {st_mode=S_IFREG|0555,
st_size=142964, ...}) = 0
lstat64("/mnt/win_d/winnt/fonts/georgia.ttf", {st_mode=S_IFREG|0555,
st_size=142964, ...}) = 0
open("/mnt/win_d/winnt/fonts/georgia.ttf", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0555, st_size=142964, ...}) = 0
open("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp/georgia.ttf",
O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
stat64("/mnt/win_d/winnt/fonts/georgia.ttf", {st_mode=S_IFREG|0555,
st_size=142964, ...}) = 0
chmod("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp/georgia.ttf", 0100555) = 0
stat64("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp",
{st_mode=S_IFDIR|0755, st_size=8192, ...}) = 0
lstat64("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp/georgiab.ttf",
0x804b678) = -1 ENOENT (No such file or directory)
stat64("/mnt/win_d/winnt/fonts/georgiab.ttf", {st_mode=S_IFREG|0555,
st_size=139584, ...}) = 0
lstat64("/mnt/win_d/winnt/fonts/georgiab.ttf", {st_mode=S_IFREG|0555,
st_size=139584, ...}) = 0
open("/mnt/win_d/winnt/fonts/georgiab.ttf", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0555, st_size=139584, ...}) = 0
open("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp/georgiab.ttf",
O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
stat64("/mnt/win_d/winnt/fonts/georgiab.ttf", {st_mode=S_IFREG|0555,
st_size=139584, ...}) = 0
chmod("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp/georgiab.ttf", 0100555) = 0
stat64("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp",
{st_mode=S_IFDIR|0755, st_size=8192, ...}) = 0
lstat64("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp/georgiai.ttf",
0x804b678) = -1 ENOENT (No such file or directory)
stat64("/mnt/win_d/winnt/fonts/georgiai.ttf", {st_mode=S_IFREG|0555,
st_size=156668, ...}) = 0
lstat64("/mnt/win_d/winnt/fonts/georgiai.ttf", {st_mode=S_IFREG|0555,
st_size=156668, ...}) = 0
open("/mnt/win_d/winnt/fonts/georgiai.ttf", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0555, st_size=156668, ...}) = 0
open("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp/georgiai.ttf",
O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
stat64("/mnt/win_d/winnt/fonts/georgiai.ttf", {st_mode=S_IFREG|0555,
st_size=156668, ...}) = 0
chmod("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp/georgiai.ttf", 0100555) = 0
stat64("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp",
{st_mode=S_IFDIR|0755, st_size=8192, ...}) = 0
lstat64("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp/georgiaz.ttf",
0x804b678) = -1 ENOENT (No such file or directory)
stat64("/mnt/win_d/winnt/fonts/georgiaz.ttf", {st_mode=S_IFREG|0555,
st_size=158796, ...}) = 0
lstat64("/mnt/win_d/winnt/fonts/georgiaz.ttf", {st_mode=S_IFREG|0555,
st_size=158796, ...}) = 0
open("/mnt/win_d/winnt/fonts/georgiaz.ttf", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0555, st_size=158796, ...}) = 0
open("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp/georgiaz.ttf",
O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
stat64("/mnt/win_d/winnt/fonts/georgiaz.ttf", {st_mode=S_IFREG|0555,
st_size=158796, ...}) = 0
chmod("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp/georgiaz.ttf", 0100555) = 0
stat64("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp",
{st_mode=S_IFDIR|0755, st_size=8192, ...}) = 0
lstat64("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp/GOTHIC.TTF",
0x804b678) = -1 ENOENT (No such file or directory)
stat64("/mnt/win_d/winnt/fonts/GOTHIC.TTF", {st_mode=S_IFREG|0555,
st_size=137568, ...}) = 0
lstat64("/mnt/win_d/winnt/fonts/GOTHIC.TTF", {st_mode=S_IFREG|0555,
st_size=137568, ...}) = 0
open("/mnt/win_d/winnt/fonts/GOTHIC.TTF", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0555, st_size=137568, ...}) = 0
open("/usr/X11R6/lib/X11/fonts/drakfont/tmp/tmp/GOTHIC.TTF",
O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 6
fstat64(6, {
Re: [Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
Martin Whitaker wrote: > Using strace helped me discover why I could copy the files manually, but > drakfont couldn't. If I execute > > cp /mnt/windows/c/WINDOWS/Fonts/*.ttf fonts > > it works every time. If I execute > > cp /mnt/windows/c/WINDOWS/fonts/*.ttf fonts > > it works sometimes and hangs sometimes. If I execute > > cp /mnt/windows/c/windows/fonts/*.ttf fonts I should perhaps have said that "/mnt/windows/c" is the mount point for my NTFS partition, and "WINDOWS" and "Fonts" are the exact directory names. Martin
Re: [Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
Szakacsits Szabolcs wrote:
On Sat, 22 Feb 2003, Szakacsits Szabolcs wrote:
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
Using strace helped me discover why I could copy the files manually, but
drakfont couldn't. If I execute
cp /mnt/windows/c/WINDOWS/Fonts/*.ttf fonts
it works every time. If I execute
cp /mnt/windows/c/WINDOWS/fonts/*.ttf fonts
it works sometimes and hangs sometimes. If I execute
cp /mnt/windows/c/windows/fonts/*.ttf fonts
it hangs every time. The point at which it hangs varies from run to run.
Attached is the output from executing
strace -f -e trace=file cp /mnt/windows/c/windows/fonts/*.ttf fonts
on a Mandrake 9.0 system. The destination directory, 'fonts', is an
empty directory on an ext3 partition (but I get the same results if the
destination is on a FAT32 partition).
BTW, it would be much better if you could do an Alt+SysRq+t (press
together) from the character console and could decode the output
(should go also to /var/log/dmesg or /var/log/messages) with
'ksymoops'. The Magic SysRq Key's can be enabled as
echo 1 > /proc/sys/kernel/sysrq
This generated no output apart from the initial message
SysRq : Show State
Martin
[EMAIL PROTECTED] root]# strace -f -e trace=file cp /mnt/windows/c/windows/fonts/*.ttf
fonts
execve("/bin/cp", ["cp", "/mnt/windows/c/windows/fonts/arialbd.ttf",
"/mnt/windows/c/windows/fonts/arialbi.ttf", "/mnt/windows/c/windows/fonts/ariali.ttf",
"/mnt/windows/c/windows/fonts/arial.ttf", "/mnt/windows/c/windows/fonts/ariblk.ttf",
"/mnt/windows/c/windows/fonts/comicbd.ttf", "/mnt/windows/c/windows/fonts/comic.ttf",
"/mnt/windows/c/windows/fonts/courbd.ttf", "/mnt/windows/c/windows/fonts/courbi.ttf",
"/mnt/windows/c/windows/fonts/couri.ttf", "/mnt/windows/c/windows/fonts/cour.ttf",
"/mnt/windows/c/windows/fonts/estre.ttf", "/mnt/windows/c/windows/fonts/framdit.ttf",
"/mnt/windows/c/windows/fonts/framd.ttf", "/mnt/windows/c/windows/fonts/gautami.ttf",
"/mnt/windows/c/windows/fonts/georgiab.ttf",
"/mnt/windows/c/windows/fonts/georgiai.ttf",
"/mnt/windows/c/windows/fonts/georgia.ttf",
"/mnt/windows/c/windows/fonts/georgiaz.ttf",
"/mnt/windows/c/windows/fonts/impact.ttf", "/mnt/windows/c/windows/fonts/l_10646.ttf",
"/mnt/windows/c/windows/fonts/latha.ttf", "/mnt/windows/c/windows/fonts/lucon.ttf",
"/mnt/windows/c/windows/fonts/mangal.ttf", "/mnt/windows/c/windows/fonts/marlett.ttf",
"/mnt/windows/c/windows/fonts/micross.ttf", "/mnt/windows/c/windows/fonts/mvboli.ttf",
"/mnt/windows/c/windows/fonts/opens___.ttf",
"/mnt/windows/c/windows/fonts/palabi.ttf", "/mnt/windows/c/windows/fonts/palab.ttf",
"/mnt/windows/c/windows/fonts/palai.ttf", "/mnt/windows/c/windows/fonts/pala.ttf",
"/mnt/windows/c/windows/fonts/raavi.ttf", "/mnt/windows/c/windows/fonts/shruti.ttf",
"/mnt/windows/c/windows/fonts/sylfaen.ttf", "/mnt/windows/c/windows/fonts/symbol.ttf",
"/mnt/windows/c/windows/fonts/tahomabd.ttf",
"/mnt/windows/c/windows/fonts/tahoma.ttf", "/mnt/windows/c/windows/fonts/timesbd.ttf",
"/mnt/windows/c/windows/fonts/timesbi.ttf", "/mnt/windows/c/windows/fonts/timesi.ttf",
"/mnt/windows/c/windows/fonts/times.ttf", "/mnt/windows/c/windows/fonts/trebucbd.ttf",
"/mnt/windows/c/windows/fonts/trebucbi.ttf",
"/mnt/windows/c/windows/fonts/trebucit.ttf",
"/mnt/windows/c/windows/fonts/trebuc.ttf", "/mnt/windows/c/windows/fonts/tunga.ttf",
"/mnt/windows/c/windows/fonts/verdanab.ttf",
"/mnt/windows/c/windows/fonts/verdanai.ttf",
"/mnt/windows/c/windows/fonts/verdana.ttf",
"/mnt/windows/c/windows/fonts/verdanaz.ttf",
"/mnt/windows/c/windows/fonts/webdings.ttf",
"/mnt/windows/c/windows/fonts/wingding.ttf", "fonts"], [/* 64 vars */]) = 0
open("/etc/ld.so.preload", O_RDONLY)= -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=42695, ...}) = 0
open("/lib/i686/libc.so.6", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0755, st_size=1167240, ...}) = 0
open("/usr/share/locale/locale.alias", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2601, ...}) = 0
open("/usr/share/locale/en_GB/LC_IDENTIFICATION", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=361, ...}) = 0
open("/usr/share/locale/en_GB/LC_MEASUREMENT", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=28, ...}) = 0
open("/usr/share/locale/en_GB/LC_TELEPHONE", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=61, ...}) = 0
open("/usr/share/locale/en_GB/LC_ADDRESS", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=132, ...}) = 0
open("/usr/share/locale/en_GB/LC_NAME", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size
[Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
https://qa.mandrakesoft.com/show_bug.cgi?id=427 --- Additional Comments From [EMAIL PROTECTED] 2003-02-22 14:50 --- http://users.telenet.be/fhimpe/files/drakfont.strace http://users.telenet.be/fhimpe/files/oops Hardware is a Compaq EVO n1020V (Intel P4), NTFS partition created by Windows XP, resized by diskdrake/ntfsresize. Frederik Himpe --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- 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 >
[Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
https://qa.mandrakesoft.com/show_bug.cgi?id=427 --- Additional Comments From [EMAIL PROTECTED] 2003-02-22 00:08 --- This also occurs for me on my Omnibook XE4500 with a 25gig NTFS partition. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- 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 >
[Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
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. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- 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 >
[Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
https://qa.mandrakesoft.com/show_bug.cgi?id=427 --- Additional Comments From [EMAIL PROTECTED] 2003-02-21 23:42 --- This bug is still present in RC1. I have a Windows XP NTFS partition, and drakfont hangs almost immediately after starting the second stage: "Copy fonts on your system". In case this helps, the bug first appeared in 9.0RC2 (see MandrakeExpert #31662) - 9.0RC1 worked OK (at least for me). My workaround is to copy the Windows fonts onto my FAT32 partition, then unmount the NTFS partition before running drakfont. cp seems to be able to copy the files without a problem I vaguely recall someone posted a message on MandrakeForum saying they had got it to work by recompiling the kernel for their processor (an Athlon), but can't vouch for this. For the record, I have a Duron 750. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- 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 >
[Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
https://qa.mandrakesoft.com/show_bug.cgi?id=427 --- Additional Comments From [EMAIL PROTECTED] 2003-02-10 21:20 --- This still fails on a cooker built at Feb 9 18:30 GMT with a refresh a few minutes before. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- 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 >
[Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
https://qa.mandrakesoft.com/show_bug.cgi?id=427 --- Additional Comments From [EMAIL PROTECTED] 2003-02-10 20:48 --- Please see bug 835. The trigger for this problem is that some Win2000 systems have the fonts actually in the winnt/fonts directory, and others have most of the .TTF fonts in the winnt/system32 directory with "shortcuts" in the winnt/fonts directory by the same names. I have two systems (desktop, laptop). The desktop has the shortcuts, while the laptop has the real fonts in winnt/fonts. This hangs on the desktop, but not on the laptop. Unfortunately, I have no record of how each system got to the state it's currently in, but if you know where to look on a Win2000 system for this info, I'll be happy to do it. The problem appears to be that the NTFS driver does not handle shortcuts very well (maybe the FAT32 driver doesn't either). --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- 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 >
[Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
https://qa.mandrakesoft.com/show_bug.cgi?id=427 --- Additional Comments From [EMAIL PROTECTED] 2003-02-10 19:50 --- Unfortunately I do not have enough space on my disk to try cooker (drakxtools-9.1 wanted newer gcc and I didn't have the courage to upgrade it :-)), but it occured with ntfs partition made by win2000 (w/o sp) during getting fonts from it (dialog with progress bar). --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- 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 >
[Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
https://qa.mandrakesoft.com/show_bug.cgi?id=427 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2003-02-10 14:53 --- Can you try latest drakfont on cooker, and tell me if it freeze angain ? If it freezes can you tell me more about which ntfs version do you have, and when does it locks up precisely ? --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- 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 >
[Cooker] [Bug 427] [drakxtools] Drakfont freezes the whole partition
https://qa.mandrakesoft.com/show_bug.cgi?id=427 --- Additional Comments From [EMAIL PROTECTED] 2003-02-09 04:36 --- Yes, this still fails identically in the Feb 8 cooker, but see bug 835, which has sort of evolved from this bug. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW 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 >
