ntfs mount problems (dfly 3.0.2 + ntfsprogs)

[Raimundo Santos]

--20cf303347c565a19104c2ead607
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On 20 June 2012 11:38, Sascha Wildner <saw at online.de> wrote:

> Does CTL-ALT-ESC work to drop to ddb? If it does and you are at the db>
> prompt, please do 'call dumpsys' and see if it dumps (numbers counting an=
d
> hard disk activity). When it goes back to db>, you can 'reset'. The dump
> will then be written to /var/crash (kern.xxx and vmcore.xxx) when the
> system comes up again.


okey, noobing again... just replied to sascha, and now to all of us:

Trying to copy again. This may take a while. But the test now have another
purpose, too: test to see if iostat could be blamed. In the other two tries
I have used iostat to see the ratio of MB/s in the transfer and guess some
time to finish it. My calcs returned about 17h of transfer... just around
4MB/s and floating a lot.

Now, without iostat, I am able to see:

. if it do not crash, there is a good chance that iostat is doing some bad
(I may repeat the test again)
. else, test the CTL-ALT-ESC.

And now, waiting... :)

<update>

Done!

Again, the same issue: the system freezes. Tried to do the test without my
USB keyboard, used a PS/2 instead. Freezes into a state that neither the
keyboard works, so the debugger does not show up.

weird... 0_o

I must try it with the USB HDD mounted in another machine and transfer via
ssh. But it is not that simple maintain another computer conected in my
network for about 17h... all of them are notebooks, and just one is mine.

Waiting for some another idea... I am very amateur in terms of kernel and
drivers.

thanks!
raitech

--=20
--------------------------------------------
Raimundo A. P. Santos
Bacharelando em Inform=E1tica
ICMC - USP

--20cf303347c565a19104c2ead607
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<br><div class=3D"gmail_quote">On 20 June 2012 11:38, Sascha Wildner <span =
dir=3D"ltr"><<a href=3D"mailto:saw at online.de" target=3D"_blank">saw at onli=
ne.de</a>></span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Does CTL-ALT-ESC work to drop to ddb? If it does and you are at the db> =
prompt, please do 'call dumpsys' and see if it dumps (numbers count=
ing and hard disk activity). When it goes back to db>, you can 'rese=
t'. The dump will then be written to /var/crash (kern.xxx and vmcore.xx=
x) when the system comes up again.</blockquote>

</div><br>okey, noobing again... just replied to sascha, and now to all of =
us:<br><br>Trying to copy again. This may take a while.=20
But the test now have another purpose, too: test to see if iostat could=20
be blamed. In the other two tries I have used iostat to see the ratio of
 MB/s in the transfer and guess some time to finish it. My calcs=20
returned about 17h of transfer... just around 4MB/s and floating a lot.<br>
<br>Now, without iostat, I am able to see:<br><br>. if it do not crash, the=
re is a good chance that iostat is doing some bad (I may repeat the test ag=
ain)<br>. else, test the CTL-ALT-ESC.<br><br>And now, waiting... :)<br>

<br><update><br><br clear=3D"all">Done!<br><br>Again, the same issue:=
 the system freezes. Tried to do the test without my USB keyboard, used a P=
S/2 instead. Freezes into a state that neither the keyboard works, so the d=
ebugger does not show up.<br>

<br>weird... 0_o<br><br>I must try it with the USB HDD mounted in another m=
achine and transfer via ssh. But it is not that simple maintain another com=
puter conected in my network for about 17h... all of them are notebooks, an=
d just one is mine.<br>

<br>Waiting for some another idea... I am very amateur in terms of kernel a=
nd drivers.<br><br>thanks!<br>raitech<br><br>-- <br>-----------------------=
---------------------<br>Raimundo A. P. Santos<br>Bacharelando em Inform=E1=
tica<br>

ICMC - USP<br>

--20cf303347c565a19104c2ead607--