On Wed, 17 Jan 2007 [EMAIL PROTECTED] wrote:
> > This effects many other distributions and people often ask what's happening.
> > Adam Cecile, Mertens Florent and me offered to help the Debian maintainer,
> > and Flo sent an LSB compliant FUSE init file but the maintainer doesn't
> > reply repeat
Hi,
On Tue, 16 Jan 2007, [EMAIL PROTECTED] wrote:
> It was a good idea to support older fuse kernel modules, but it still
> requires new fuse user space tools to compile. Is it possible to
> compile/use with fuse 2.5.3 too? Currently there is a check for 2.6.0+
> in the configure script.
Correc
Hi Andree,
On Sun, 3 Dec 2006, Andree Leidenfrost wrote:
> I've tested and all looks well! When booting into Vista after a resize,
> chkdsk is started and after another reboot the system starts as usual.
> You are a star
Thanks for the testing but I object the last sentence because I think
On Sun, 3 Dec 2006, Anton Altaparmakov wrote:
> On Sun, 3 Dec 2006, Szakacsits Szabolcs wrote:
> >
> > Sorry I didn't explain myself better. My patch was only for Vista.
>
> Disagree. Your patch is fine for all NTFS volumes. There is no need to
> set the mou
On Sun, 3 Dec 2006, David [iso-8859-15] Martínez Moreno wrote:
> El domingo, 3 de diciembre de 2006 11:36, Anton Altaparmakov escribió:
> > > Thank you very much, guys. What should we do know, apply the two-line
> > > patch from Szaka to 1.13.1, wait for 1.14, backport any other change...?
> >
> El sábado, 2 de diciembre de 2006 20:44, Frans Pop escribió:
> > On Saturday 02 December 2006 14:36, Szakacsits Szabolcs wrote:
> > >
> > > I put a statically linked version here to ease the testing.
> > > http://www.ntfs-3g.org/ntfsresize-1.13.1.1.
On Sat, 2 Dec 2006, Szakacsits Szabolcs wrote:
> Apparently Vista refuses to boot if an NTFS volume was mounted on
> NT4 earlier. This is also what ntfsresize lied to trick Windows
> to be compatible with "itself".
>
> Could you please try the below patch against
Hi,
Apparently Vista refuses to boot if an NTFS volume was mounted on
NT4 earlier. This is also what ntfsresize lied to trick Windows
to be compatible with "itself".
Could you please try the below patch against ntfsprogs 1.13.1 that the
theory is correct? Thank you.
Szaka
--- ntfsp
On Thu, 30 Nov 2006, Anton Altaparmakov wrote:
>
> I understand the impact 100% which is why my patch is so big. It had to
> touch a lot of utilities to adapt for the changed libntfs behaviour.
The impact to resizing any kind of NTFS. There are many special cases and
ntfsresize works quite dif
On Thu, 30 Nov 2006, Anton Altaparmakov wrote:
> I have not the faintest idea what was wrong before. [...] to my surprise
> it now made Vista work. Why - no idea, and I could not care less.
So, you have no idea of
- what was wrong before
- why ntfsresize works on your Vista now
On Thu, 30 Nov 2006, Anton Altaparmakov wrote:
> I read the code and it does it. I do not believe in sniffing as you put
> it. That is useless as you never know what/why the software is doing
> something. The code itself shows exactly what happens. I prefer to stick
> with that.
I prefer
On Thu, 30 Nov 2006, Anton Altaparmakov wrote:
> Szaka wrote: "pointless to empty journal if clean"...
>
> It is NOT pointless to empty.
It depends on how journaling works, on which we disagree. It's useless to
explain the consequences if you're right because I'm obviously aware of it.
You
On Tue, 28 Nov 2006, Anton Altaparmakov wrote:
>
> Thank you for persisting with this.
Yes, thank you Frans and Andree for your help. We definitely found
something.
> I have now looked at the code and you are right it does not do the same
> thing. This is because when Yura ported my $LogFi
On Tue, 28 Nov 2006, Anton Altaparmakov wrote:
> On Tue, 28 Nov 2006, Szakacsits Szabolcs wrote:
>
> > I didn't have time to check the patches yet but wasn't the Vista problem due
> > to a bug in libntfs and not because of ntfsresize?
>
> The problem is that
On Tue, 28 Nov 2006, Anton Altaparmakov wrote:
> On Tue, 2006-11-28 at 14:20 +0100, Szakacsits Szabolcs wrote:
> >
> > relocate_inodes(), relocate_inode(), especially the $MFT part. There is a
> > strict order in what and when is relocated. At some point ntfs_volume is
>
On Tue, 28 Nov 2006, Anton Altaparmakov wrote:
> On Tue, 2006-11-28 at 13:08 +0100, Szakacsits Szabolcs wrote:
> >
> > There are two NTFS during resizing. The original and the resized. When
> > the resizing is over then the latter is consistent and the old one is
>
On Tue, 28 Nov 2006, Anton Altaparmakov wrote:
> > It's intentionally not umounted. Ntfsresize __rewrites__ NTFS and it's
> > dangerous to umount because that could interfer, corrupt or destroy the
> > resized, consistent NTFS.
>
> Do you not keep the "ntfs_volume" of the mount consistent with y
On Tue, 28 Nov 2006, Anton Altaparmakov wrote:
> Ok, I just committed some more fixes to ntfsresize. It never actually
> unmounted the volume, just exited which was very rude of it!
It's intentionally not umounted. Ntfsresize __rewrites__ NTFS and it's
dangerous to umount because that could int
On Sun, 26 Nov 2006, Frans Pop wrote:
> On Sunday 26 November 2006 02:13, you wrote:
> > Could you please also test that whether Vista boots if you remove
> > /pagefile.sys after ntfsresize? You can use ntfs-3g for this, it's in
> > Debian unstable. Usage: http://www.ntfs-3g.org/index.html#usage
>
On Sat, 25 Nov 2006, Frans Pop wrote:
>
> I've stopped after the Win2k chkdsk as that turned out to be sufficient to
> make Vista boot again, so running the Vista repair is unnecessary!
> The md5sum check after running chkdsk showed only /pagefile.sys deleted.
Yes, there isn't really anything s
Hi,
Could you please try this after running ntfsresize and before booting
Vista:
dd if= bs=512 count=1 | dd of= seek=
where is the last sector on . It can be calculated
by running
sfdisk -d | grep
and then by subtracting 1 from the value of 'size'.
Please let me know if this makes
Hi,
Thanks for your help and the images.
On Sat, 25 Nov 2006, Frans Pop wrote:
> I hope the info available now will be sufficient to track down the
> problem. If not, I could repeat the procedure and also generate an image
> after running the Windows 2000 chkdsk.
Please. That could be very
On Thu, 23 Nov 2006, Frans Pop wrote:
> On Thursday 23 November 2006 00:27, Szaka wrote:
> > It's possible that it checks the boot sector for changes, e.g. against
> > viruses, rootkits, etc.
>
> I still don't see why it should affect booting the _installer_.
I think this is a beta2 bug which w
On Thu, 23 Nov 2006, Frans Pop wrote:
> I've tried this in vmware. Apparently you should be able to use the Vista
> installer's "Recovery Environment" [1] to run chkdsk.
> Unfortunately it seems that the Vista installer dislikes what ntfsresize
> has done so much that that also fails to boot!
Hi,
On Sun, 12 Nov 2006, Szakacsits Szabolcs wrote:
> On Sun, 12 Nov 2006, Andree Leidenfrost wrote:
> >
> > The problem for me is how to run chkdsk after the resize. If you can tell
> > me how I'll do it.
>
> I think, your only chance is Google.
...
>
On Sun, 12 Nov 2006, Andree Leidenfrost wrote:
> On Sat, 2006-11-11 at 21:43 +0200, Szakacsits Szabolcs wrote:
> > GParted was used with Vista RC1 in the below article. Same hang but chkdsk
> > fixed the boot problem:
> > http://opensource.apress.com/article/163/taking-a-l
On Sat, 11 Nov 2006, Carl-Daniel Hailfinger wrote:
>
> Perhaps try replacing ntdetect.com and ntldr with the versions that came
> with an earlier Vista beta? For reference see:
> http://groups.google.com/group/microsoft.public.windows.server.setup/browse_frm/thread/7944a6046ab2f6ac/24312e94802d19
Hi,
On Sat, 11 Nov 2006, Andree Leidenfrost wrote:
> I had another look and used F6->F8->Safe Mode with Command Prompt. In
> the attached screenshot you can see that it stops after it loaded
> crcdisk.sys.
>
> Google says other people experience the same.
Thanks, I've checked some Google post
[Frans: Could you please keep all interested parties CC'd? They don't get
your emails and I must add Andree and linux-ntfs-dev manually every time.
Thanks.]
On Thu, 9 Nov 2006, Frans Pop wrote:
> On Thursday 09 November 2006 09:03, Szakacsits Szabolcs wrote:
> >
> > A
Hi,
Vista went gold. Unfortunately nobody could test the problem with the latest
Vista BETA, hence we don't know if the problem still exists or Microsoft
fixed it.
Thanks to all who did everything he could.
On Thu, 9 Nov 2006, Frans Pop wrote:
> No, but I'm surprised that data partitions shoul
On Wed, 8 Nov 2006, Frans Pop wrote:
> On Sunday 05 November 2006 23:57, Szakacsits Szabolcs wrote:
> > So, it seems we should plan and implement denial of the resizing for
> > Vista, asap. This is not so bad, because Vista started to include a
> > non-destructive resize
Hi,
On Wed, 8 Nov 2006, Andree Leidenfrost wrote:
> Thanks a lot for your response!
Thanks for yours too! :)
> Ok, I've reinstalled and created a 10GB E: drive in Vista after that.
> Surprisingly enough (at least to me), after reducing the size by 1MB
> following your original instructions, V
Hi Andree,
On Sun, 5 Nov 2006, Andree Leidenfrost wrote:
> I have made a Vista partition 1MB smaller as per your instructions. I
> can confirm that Vista does not boot anymore after this. Rather it hangs
> on the black screen with the 'golden' progress bar with 'C 2006
> Microsoft Corporation. A
Hi,
Here is the promised summary. So far, it looks promising :)
Success:0
Failure:0
I've also asked help now on the ntfsresize faq page. 5000-7000 visitors a
week. Let's see if they can help, I'll let you know.
Szaka
On Sat, 28 Oct 2
> Please feel free to remove the offending 'args = NULL;' lines. It's part
> of a dead, unused, broken functionality. It will be fixed properly in the
> next ntfs-3g release.
Hi. Attached is the complete ntfs-3g fix. Compile tested only on x86.
Thanks,
SzakaIndex: include/ntfs-3g
Hi,
Please feel free to remove the offending 'args = NULL;' lines. It's part of
a dead, unused, broken functionality. It will be fixed properly in the
next ntfs-3g release.
Thank you,
Szaka
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trou
On Sat, 28 Oct 2006, Frans Pop wrote:
> On Saturday 28 October 2006 18:25, you wrote:
> > 5. Reboot into Vista. You must see the scheduled chkdsk running after
> > which Vista should either continue booting fine (data partition)
> > or automatically initiate a reboot of the computer (system
Hi,
Linux had no problem with Vista Beta NTFS support in the past but there is
indication that this may have changed with the latest Vista Beta releases.
I would like to ask people's help to confirm or refute this situation.
Please, anybody who has the possibility, follow the below instructio
On Fri, 6 Oct 2006, Adam [iso-8859-1] C?cile (Le_Vert) wrote:
> Okay i386, amd64 (unofficial) supported. Great. What's about 32 bits
> little-endian other arches, I mean arm and mipsel ? Any feedbacks ?
Arm and hppa has fuse problems. No more arch related info yet.
> I can give you ssh root a
On Mon, 21 Aug 2006, Szakacsits Szabolcs wrote:
> On Mon, 21 Aug 2006, Frans Pop wrote:
> > On Monday 21 August 2006 19:31, you wrote:
> > > Would it be possible to send the vista metadata image
> >
> > Available from: http://people.debian.org/~fjp/ntfsmeta.img.bz2
On Mon, 21 Aug 2006, Frans Pop wrote:
> On Monday 21 August 2006 19:31, you wrote:
> > Would it be possible to send the vista metadata image
>
> Available from: http://people.debian.org/~fjp/ntfsmeta.img.bz2
>
> > and tell us at what size you resize? Thanks.
>
> Mostly at 9GB but 12GB also fail
On Mon, 21 Aug 2006, Frans Pop wrote:
> > Are the files the same for which the checksums differ if you resize
> > again at the exact same size?
>
> Or do you mean for me to retry again starting from the situation _before_
> resizing?
Yes. If it's repeatable then we could exclude that you have a
On Mon, 21 Aug 2006, Frans Pop wrote:
> On Monday 21 August 2006 16:40, Szakacsits Szabolcs wrote:
> > If a checksum doesn't match (except a few metadata files) then you've
> > found an ntfsresize problem.
>
> Attached is the result of the md5sum check strai
On Mon, 21 Aug 2006, Szakacsits Szabolcs wrote:
> On Mon, 21 Aug 2006, Frans Pop wrote:
> > On Monday 21 August 2006 16:40, Szakacsits Szabolcs wrote:
> > > If a checksum doesn't match (except a few metadata files) then you've
> > > found an ntfsresize proble
On Mon, 21 Aug 2006, Frans Pop wrote:
> On Monday 21 August 2006 16:40, Szakacsits Szabolcs wrote:
> > If a checksum doesn't match (except a few metadata files) then you've
> > found an ntfsresize problem.
>
> Attached is the result of the md5sum check strai
On Mon, 21 Aug 2006, Frans Pop wrote:
>
> Yes, I have done previous tests using 1.13.1 too, indeed with no
> difference in behavior. I have just upgraded my test system from etch to
> sid, so all my following tests will use 1.13.1 again.
Ok, thanks.
> Yes, all my previous tests have been on r
On Mon, 21 Aug 2006, Szakacsits Szabolcs wrote:
> On Mon, 21 Aug 2006, Szakacsits Szabolcs wrote:
> > On Mon, 21 Aug 2006, Frans Pop wrote:
> >
> > > > You can also safely reboot into Vista after ntfsresize, no need to do
> > > > the partitioning at the
On Mon, 21 Aug 2006, Szakacsits Szabolcs wrote:
> On Mon, 21 Aug 2006, Frans Pop wrote:
>
> > > You can also safely reboot into Vista after ntfsresize, no need to do
> > > the partitioning at the same time. If Vista boots then it's not
> > > ntfsresize probl
On Mon, 21 Aug 2006, Frans Pop wrote:
> > You can also safely reboot into Vista after ntfsresize, no need to do
> > the partitioning at the same time. If Vista boots then it's not
> > ntfsresize problem, if it doesn't then it's ntfsresize problem.
>
> I'm sorry, but I get exactly the same error
Hi,
Sorry, I was away and didn't have time yet to answer your former ntfsresize
emails (afair, you also found the solution yourself which is in the manual
and at end of the ntfsresize output).
On Sun, 13 Aug 2006, Frans Pop wrote:
> - Use fdisk in "sector" mode to resize the partition to ~10G
On Fri, 14 Jul 2006, David [iso-8859-1] Mart?nez Moreno wrote:
> El mi?rcoles, 1 de febrero de 2006 06:31, Ross Boylan escribi?:
> > On Tue, Jan 31, 2006 at 02:28:35PM +0100, Szakacsits Szabolcs wrote:
> [...]
>
> Hello, Ross. I am packaging the just released
51 matches
Mail list logo
