jdd sur free wrote:
James Knott wrote:
I used the KDE file manager to copy the contents of a disk to another. However, while the directory structure is intact, I can't find any files. According to du, the files are on the drive, somewhere, but I can't seem to find them. Any ideas? Both source and destination drives are Reiser. The source system is SUSE 10 and destination 10.1.
tnx jk
try to see with root, you may have a different gid/uid
jdd
I have tried as root, both in file manager and command prompt.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Tuesday 2006-05-16 at 05:44 -0400, James Knott wrote:
I used the KDE file manager to copy the contents of a disk to another. However, while the directory structure is intact, I can't find any files. According to du, the files are on the drive, somewhere, but I can't seem to find them. Any ideas? Both source and destination drives are Reiser. The source system is SUSE 10 and destination 10.1.
I have tried as root, both in file manager and command prompt.
Try with "mc". If you can detect it's presence by size, mc can calculate the size of directories, and you can add sizes of dirs and files to see if it adds up. Krusader has some of its functionality, but not this one (not in 9.3, at least, or I haven't seen it). Don't forget looking at the trash. - -- Cheers, Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEaaPitTMYHG2NR9URApQ4AJ468923ZAAako6UoAz83S2tSoQ0gACghY/z 2BF3Fi/b8S4VAmsw/KMxarU= =ujue -----END PGP SIGNATURE-----
Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
The Tuesday 2006-05-16 at 05:44 -0400, James Knott wrote:
I used the KDE file manager to copy the contents of a disk to another. However, while the directory structure is intact, I can't find any files. According to du, the files are on the drive, somewhere, but I can't seem to find them. Any ideas? Both source and destination drives are Reiser. The source system is SUSE 10 and destination 10.1. I have tried as root, both in file manager and command prompt.
Try with "mc". If you can detect it's presence by size, mc can calculate the size of directories, and you can add sizes of dirs and files to see if it adds up. Krusader has some of its functionality, but not this one (not in 9.3, at least, or I haven't seen it).
MC doesn't show me much that I didn't already know. The directories are empty and all the space is used by "." in the root directory.
Don't forget looking at the trash.
Nothing there. Nothing in lost+found either.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Tuesday 2006-05-16 at 20:09 -0400, James Knott wrote:
Try with "mc". If you can detect it's presence by size, mc can calculate the size of directories, and you can add sizes of dirs and files to see if it adds up. Krusader has some of its functionality, but not this one (not in 9.3, at least, or I haven't seen it).
MC doesn't show me much that I didn't already know. The directories are empty and all the space is used by "." in the root directory.
You mean that /root/. is big? (my idea was to use the "F9/Command/Show directory sIzes" to calculate space used by directories, and therefore try to find out where that space was being used) An idea. If a file in use (open) is deleted, it appears deleted, but the space in disk is not freed. The kernel knows where the file was and the application that had it open can still read it, provided it doesn't close the file. The program lsof would show the used inodes. I think you would see something like "path inode=", but I might be confused. Even if I'm right, I don't know how to make use of that. - -- Cheers, Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEanC8tTMYHG2NR9URAu6AAJ4laXYkF0IZ3vgLTt9pQ6KS8EzyTwCeO7rS y9YbN66k5ZfS8Xhf6lcqPhY= =uLLP -----END PGP SIGNATURE-----
Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
The Tuesday 2006-05-16 at 20:09 -0400, James Knott wrote:
Try with "mc". If you can detect it's presence by size, mc can calculate the size of directories, and you can add sizes of dirs and files to see if it adds up. Krusader has some of its functionality, but not this one (not in 9.3, at least, or I haven't seen it). MC doesn't show me much that I didn't already know. The directories are empty and all the space is used by "." in the root directory.
You mean that /root/. is big?
Yes.
(my idea was to use the "F9/Command/Show directory sIzes" to calculate space used by directories, and therefore try to find out where that space was being used)
It still doesn't tell me much.
An idea. If a file in use (open) is deleted, it appears deleted, but the space in disk is not freed. The kernel knows where the file was and the application that had it open can still read it, provided it doesn't close the file.
Files weren't deleted. They just weren't copied to the new disk properly.
The program lsof would show the used inodes. I think you would see something like "path inode=", but I might be confused. Even if I'm right, I don't know how to make use of that.
- -- Cheers, Carlos Robinson
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76
iD8DBQFEanC8tTMYHG2NR9URAu6AAJ4laXYkF0IZ3vgLTt9pQ6KS8EzyTwCeO7rS y9YbN66k5ZfS8Xhf6lcqPhY= =uLLP -----END PGP SIGNATURE-----
* James Knott
Carlos E. R. wrote:
The Tuesday 2006-05-16 at 20:09 -0400, James Knott wrote:
MC doesn't show me much that I didn't already know. The directories are empty and all the space is used by "." in the root directory.
You mean that /root/. is big?
Yes.
Wouldn't this indicate a corrupt file system????? -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org HOG # US1244711 Photo Album: http://wahoo.no-ip.org/gallery2
Patrick Shanahan wrote:
* James Knott
[05-16-06 21:20]: Carlos E. R. wrote:
The Tuesday 2006-05-16 at 20:09 -0400, James Knott wrote:
MC doesn't show me much that I didn't already know. The directories are empty and all the space is used by "." in the root directory. You mean that /root/. is big? Yes.
Wouldn't this indicate a corrupt file system?????
Perhaps, I don't know enough about it. All I know is I can see all the directories, but no contents.
On Wednesday 17 May 2006 03:43, James Knott wrote:
Patrick Shanahan wrote:
* James Knott
[05-16-06 21:20]: Carlos E. R. wrote:
The Tuesday 2006-05-16 at 20:09 -0400, James Knott wrote:
MC doesn't show me much that I didn't already know. The directories are empty and all the space is used by "." in the root directory.
You mean that /root/. is big?
Yes.
Wouldn't this indicate a corrupt file system?????
Perhaps, I don't know enough about it. All I know is I can see all the directories, but no contents.
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
Can you tell us exactly what and how you did it, and if there were any messages or other indications during the copy? It was a copy and not a move operation? Have you checked the logs for errors? (/var/log/messages and its friends..) -- /Rikard ----------------------------------------------------------------------------- email : rikard.j@rikjoh.com web : http://www.rikjoh.com mob: : +46 (0)763 19 76 25 ------------------------ Public PGP fingerprint ---------------------------- < 15 28 DF 78 67 98 B2 16 1F D3 FD C5 59 D4 B6 78 46 1C EE 56 >
Rikard Johnels wrote:
On Wednesday 17 May 2006 03:43, James Knott wrote:
* James Knott
[05-16-06 21:20]: Carlos E. R. wrote:
The Tuesday 2006-05-16 at 20:09 -0400, James Knott wrote:
MC doesn't show me much that I didn't already know. The directories are empty and all the space is used by "." in the root directory. You mean that /root/. is big? Yes. Wouldn't this indicate a corrupt file system????? Perhaps, I don't know enough about it. All I know is I can see all the
Patrick Shanahan wrote: directories, but no contents.
Can you tell us exactly what and how you did it, and if there were any messages or other indications during the copy?
It was a copy and not a move operation?
Have you checked the logs for errors? (/var/log/messages and its friends..)
In File Mananger super user mode, I copied several top level folders to another drive. Ths operation took several minutes, with a progress indicator and no error messages. Any logs would be long gone, as the original disk has been reformatted as part of installing SUSE 10.1
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The Tuesday 2006-05-16 at 21:18 -0400, James Knott wrote:
An idea. If a file in use (open) is deleted, it appears deleted, but the space in disk is not freed. The kernel knows where the file was and the application that had it open can still read it, provided it doesn't close the file.
Files weren't deleted. They just weren't copied to the new disk properly.
I know, but jdd mentioned than «in a similar situation, I did lose my files». - -- Cheers, Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFEaxNstTMYHG2NR9URAsmDAJwKlQlRyTKoBvCs+GI2w8R/Td4iAQCeI5HS FA4rqX/2hXcry7/P4Wt95ZA= =Zx4d -----END PGP SIGNATURE-----
James Knott wrote:
jdd sur free wrote:
James Knott wrote:
I used the KDE file manager to copy the contents of a disk to another. However, while the directory structure is intact, I can't
I have tried as root, both in file manager and command prompt.
be warned that in a similar situation, I did lose my files. trying to make a copy as a backup, konqueror managed (I don't understand exactly what happen) to make links. so erasing a set of files deleteds the two ones... trueth is that I had links, and probably too much links, but this was intended to be from a HD to an other (usb) HD. the result was all original files being here, but with zero size :-(( only to say better double check before deleting the things jdd -- http://www.dodin.net http://dodin.org/galerie_photo_web/expo/index.html http://lucien.dodin.net http://fr.susewiki.org/index.php?title=Gérer_ses_photos
participants (5)
-
Carlos E. R.
-
James Knott
-
jdd sur free
-
Patrick Shanahan
-
Rikard Johnels