1 |
it is a 16GB class 10 Transcend, but the eeepc uses a usb card reader |
2 |
inside of it - no mmc I think. |
3 |
|
4 |
Actually, the first thing I tried to do with it was to format to ext2, and |
5 |
then the formating proccess frozed in the middle of it.. I've tried to load |
6 |
it in a windows pc after but couldn't read, and when I tried to format, |
7 |
everything frozed - but it was a public computer, so I don't know if it |
8 |
ever had a working card reader. |
9 |
|
10 |
I've booted ubuntu in the eeepc now, and the card is shown in /dev/sdc1, |
11 |
but I can't edit it using disk utility - it gives me error calling |
12 |
fsync(2), on:/dev/sdc: input/output error. But on ubuntu I don't see no |
13 |
dmesg error msgs like the ones I see on gentoo just by plugin it on the |
14 |
port. |
15 |
|
16 |
Is there any disk error checking utility in gentoo or ubuntu? |
17 |
|
18 |
|
19 |
Érico V. Porto |
20 |
|
21 |
|
22 |
On Wed, Nov 16, 2011 at 6:03 PM, Paul Hartman <paul.hartman+gentoo@×××××.com |
23 |
> wrote: |
24 |
|
25 |
> On Wed, Nov 16, 2011 at 12:32 PM, Érico Porto <ericoporto2008@×××××.com> |
26 |
> wrote: |
27 |
> > Hello, |
28 |
> > |
29 |
> > I'm having lots of hardware error current when trying to use a sdhc card |
30 |
> > (transcend 16GB) on my eeepc701. I have never used any card on gentoo |
31 |
> > before, but I have used with success previously in Ubuntu. |
32 |
> > |
33 |
> > Is there some know bug? |
34 |
> > |
35 |
> > Also, only sometimes I get a device at /dev/sdb and couldn't get any |
36 |
> > /dev/sdb1 to show, but I do see it using fdisk /dev/sdb and them |
37 |
> pressing p. |
38 |
> |
39 |
> I have a USB card reader that only worked if I issued "hdparm -z |
40 |
> /dev/sdX", for some reason the device only worked after the second |
41 |
> time it was initialized. I don't know if you're using USB or MMC |
42 |
> interface for your card reader but maybe you can try it. |
43 |
> |
44 |
> I have another device that used the MMC driver, it didn't work |
45 |
> properly with fast cards (above class 4) -- massive corruption every |
46 |
> time -- the "fix" was to hardcode the DTO value of 0xA in the mmc |
47 |
> driver (instead of dynamic calculation), after that it worked fine... |
48 |
> |
49 |
> |