| Thread Previous • Date Previous • Date Next • Thread Next |
I discovered that the Kern.log file that existed at the time of the
failure was 567MB in size with 6.4M lines. The problem started when I
inserted the Fujifilm USB drive. The last line below was repeated about
6.4 M times. I can only conclude that there was a massive failure in
the drive structure that caused the file system to go wild. **** I will
mark this bug as incomplete -- clearly its not a Cairo issue *******
Kern.log
May 10 08:53:01 desktop kernel: [66451.158262] scsi 12:0:0:0: Direct-Access Fujifilm USB Drive 4.70 PQ: 0 ANSI: 0 CCS
May 10 08:53:01 desktop kernel: [66451.160204] sd 12:0:0:0: Attached scsi generic sg3 type 0
May 10 08:53:01 desktop kernel: [66451.162070] sd 12:0:0:0: [sdc] 499200 512-byte logical blocks: (255 MB/243 MiB)
May 10 08:53:01 desktop kernel: [66451.162688] sd 12:0:0:0: [sdc] Write Protect is off
May 10 08:53:01 desktop kernel: [66451.162695] sd 12:0:0:0: [sdc] Mode Sense: 45 00 00 08
May 10 08:53:01 desktop kernel: [66451.163303] sd 12:0:0:0: [sdc] No Caching mode page present
May 10 08:53:01 desktop kernel: [66451.163309] sd 12:0:0:0: [sdc] Assuming drive cache: write through
May 10 08:53:01 desktop kernel: [66451.165910] sd 12:0:0:0: [sdc] No Caching mode page present
May 10 08:53:01 desktop kernel: [66451.165916] sd 12:0:0:0: [sdc] Assuming drive cache: write through
May 10 08:53:01 desktop kernel: [66451.166884] sdc: sdc1
May 10 08:53:01 desktop kernel: [66451.169596] sd 12:0:0:0: [sdc] No Caching mode page present
May 10 08:53:01 desktop kernel: [66451.169604] sd 12:0:0:0: [sdc] Assuming drive cache: write through
May 10 08:53:01 desktop kernel: [66451.169610] sd 12:0:0:0: [sdc] Attached SCSI removable disk
May 10 08:53:22 desktop kernel: [66472.056188] FAT-fs (sdc1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
May 10 08:53:22 desktop kernel: [66472.056194] FAT-fs (sdc1): Filesystem has been set read-only
May 10 08:53:22 desktop kernel: [66472.056300] FAT-fs (sdc1): error, fat_get_cluster: invalid cluster chain (i_pos 0)
May 10 08:55:55 desktop kernel: [66625.358610] FAT-fs (sdc1): error, fat_bmap_cluster: request beyond EOF (i_pos 16294)
May 10 08:56:44 desktop kernel: [66674.167653] FAT-fs (sdc1): Directory bread(block 81555) failed
** Changed in: cairo-dock-core
Status: New => Incomplete
--
You received this bug notification because you are a member of Cairo-
Dock Team, which is subscribed to Cairo-Dock Core.
https://bugs.launchpad.net/bugs/998033
Title:
Empty Trash deleted all file in home directory
Status in Cairo-Dock : Core:
Incomplete
Bug description:
Ubuntu 12.04, Gnome3 shell. Dock version 3.0.0
Doing maintenance on several usb Fat formatted thumb drives. Last drive inserted, and some files were deleted on drive.
The Cairo dock trash can showed the file and the number. Middle clicked on the dock trash and accepted the delete. System took about 60 seconds before the trash was empty. However, upon examination all the files in the /home/user directory has been deleted. Every file and directory, other than the default Ubuntu directories were removed.
To manage notifications about this bug go to:
https://bugs.launchpad.net/cairo-dock-core/+bug/998033/+subscriptions
| Thread Previous • Date Previous • Date Next • Thread Next |
