![]() |
2012-02-02
, 15:44
|
Posts: 391 |
Thanked: 912 times |
Joined on Aug 2011
@ suncity
|
#12
|
Did you connect the N900 to the PC while switched on in Maemo system and did you export the device in 'mass storage mode'?
The problem is the setup of Maemo itself, because it does not care for file system corruption and will always just create these folders in MyDocs, even if the partition is not available. This causes testdisk to produce this error, because of the exact same names of the folders.
Please install 'BackupMenu', it is capable to export the device and all of the other partitions to your PC without Maemo running, and thus not interacting with the export in any way.
![]() |
2012-02-03
, 09:32
|
Posts: 2,102 |
Thanked: 1,937 times |
Joined on Sep 2008
@ Berlin, Germany
|
#13
|
sudo dd=/dev/disk/by-label/'ot a boot d' of=/home/$USER/MyDocs.dd.img bs=4096
![]() |
2012-02-03
, 11:14
|
Posts: 391 |
Thanked: 912 times |
Joined on Aug 2011
@ suncity
|
#14
|
The errors while starting BackupMenu are minor! You might in the long run just install libacl1 and libattr1 to get rid of the errors.
Yes Photorec is some kind of an applicationOnly for professionals i think. Testdisk is the better in terms of usability of the two.
Nevertheless it might be your only chance to use it, because of the weird automatic behavior to create the dot.folders in My Docs, this might just have overwritten the descriptors(pointers) to the files and folders, you had in the folders with the same names before.
The 'ot a boot d'-named partition should be your desired 'MyDocs' partition. All kind of problems might get the label or name of a partition to get screwed.
You might want to create a clone copy of MyDocs, aka. 'ot a boot d', on your laptopPlease adapt the path to the partition and to the folder, where you want to store the image, to your needs.Code:sudo dd=/dev/disk/by-label/'ot a boot d' of=/home/$USER/MyDocs.dd.img bs=4096
You might use Photorec or Testdisk on the image as well and could just reformat the MyDocs partition and carry on.
![]() |
2012-02-03
, 14:03
|
Posts: 2,102 |
Thanked: 1,937 times |
Joined on Sep 2008
@ Berlin, Germany
|
#15
|
another thing is that in ubuntu's /media folder I can see the 2 Gig partition which also have a MyDocs folder in its /user folder... (now I connect my phone using BackupMenu)
and one more thing: in ubuntu's /media folder I can see the /ot a boot d folder which has .documents, .videos, .sounds etc. folders (empty of course) and a /MyDocs folder
1. in the /dev/disk/by-label folder I only see a "@ot\x20a\x20boot\x20d" named file, which is unaccessable.
2. so I typed "dd if=/media/'ot a boot d' of=/home/my_user_name/MyDocs.dd.img bs=4096. the following message emerged: ""dd: /media/ot a boot d" reading: this is a directory
0+0 read record
0+0 wrote record
0 bit (0B) copied, 0.000507397 sec, 0.0 kB/sec"
![]() |
2012-02-03
, 14:23
|
Posts: 116 |
Thanked: 44 times |
Joined on Nov 2010
@ Chennai, India
|
#16
|
![]() |
2012-02-03
, 16:41
|
|
Posts: 74 |
Thanked: 42 times |
Joined on Apr 2011
@ Oslo - around
|
#17
|
Thanks a lot for your quick answer!
Unfortunately! It gave me the same error!![]()
What's that???
I'll explain the behavior of the file manager...
E.G when i try to delete file... deleted!
close file manager, open it again.. i always find non-type file with the same name of deleted file but with "-1KB" next to the name.. and no options to edit this file.. except details option.
When i try to click on details.. file manager closes and give me the message "internal error. Application "file manager" closed"
I always have to restart the phone to avoid this error... after rebooting i always find the old file not deleted!
This is an example
Thanks in advance!
"
![]() |
2012-02-03
, 16:54
|
|
Posts: 74 |
Thanked: 42 times |
Joined on Apr 2011
@ Oslo - around
|
#18
|
hmm... I don't know... I wish it would be my desired MyDocs folder...
I tried to make a clone copy and the following happened:
1. in the /dev/disk/by-label folder I only see a "@ot\x20a\x20boot\x20d" named file, which is unaccessable.
2. so I typed "dd if=/media/'ot a boot d' of=/home/my_user_name/MyDocs.dd.img bs=4096. the following message emerged: ""dd: /media/ot a boot d" reading: this is a directory
0+0 read record
0+0 wrote record
0 bit (0B) copied, 0.000507397 sec, 0.0 kB/sec"
another thing is that in ubuntu's /media folder I can see the 2 Gig partition which also have a MyDocs folder in its /user folder... (now I connect my phone using BackupMenu)
and one more thing: in ubuntu's /media folder I can see the /ot a boot d folder which has .documents, .videos, .sounds etc. folders (empty of course) and a /MyDocs folder
![]() |
2012-02-03
, 17:18
|
|
Posts: 74 |
Thanked: 42 times |
Joined on Apr 2011
@ Oslo - around
|
#19
|
yes, it was connected while maemo was running, and in mass storage mode. :::
so, when BackupMenu starts, the following messages are written:
"UDev started.
1
::
restored many lost files from the device, but not all of them I think, and I do no want to sort them one by one... (: (it is a nightmare...) and some of the .doc files can not be opened with OpenOffice (for example)...
![]() |
2012-02-03
, 17:30
|
Posts: 2,102 |
Thanked: 1,937 times |
Joined on Sep 2008
@ Berlin, Germany
|
#20
|
Ok: "dd" is "device dump" that starts on block 0, sector 0 and produce a file - that in this case is unusable for anything. The command will work even if the file system has gone completely belly-up, and allow someone competent to fix it.
Use the correct command, "tape archiving" may sound strange but here every file is copied, symbolic and hard links are managed. You may also compress the tar archive as it is produced.
A special use of "dd" is "dd if=/dev/zero of /dev/hd..."
This will wipe out everything, and place zero where there used to be data. Call it a quick format of a mounted device.
Originally Posted by knuthf
Read the system documentation!
Backup will back-up contacts, appointments, your settings and bookmark and a list of installed applications. This is held in a system directory, but can be linked to "MyDocs". This is NOT Windows. You should backup to your SD memory.
Windows does not have user protection and does not have any "x" bit to indicate that a file is "executable" - e.g. as a shell script. So, if you use FAT32 on the /rootfs - there is no way anything here can start executing, so this is used where really nothing should be executable, so just keep the executable in a directory that is linked into the FAT32 file system.
There is no way you can check, verify and repair the FAT.
Please, read the documentation, and shoud you happen to know Windows and Microsoft, please understand that this was made to fix most of the problems that Microsoft skipped, and require more than a Sunday School course to muck around with. Scrap the wizards and try to understand because here things can be explained and they make sense - curses and wizards gets you nowhere.
Originally Posted by knuthf
1. The file system is "ext2" and not "ext3" - run fsck without assuming anything as long as you are not certain you want to kick a thing in place.
2. The files are <bo>not</bo> deleted, just moved to a directory $HOME/.Trash
The Nokia File Manager does not allow you to see the .Trash directory, but mount it on another Linux device and tick of "Hidden fiiles" and pop comes the weasel. Well, of course you may do:
Use the Terminal:
> cd $HOME/.Tras*
> ls -al | more
> rm <whatever file you really want to remove/delete>
The problem is the setup of Maemo itself, because it does not care for file system corruption and will always just create these folders in MyDocs, even if the partition is not available. This causes testdisk to produce this error, because of the exact same names of the folders.
Please install 'BackupMenu', it is capable to export the device and all of the other partitions to your PC without Maemo running, and thus not interacting with the export in any way.