LinuxQuestions.org
Visit Jeremy's Blog.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Linux Mint
User Name
Password
Linux Mint This forum is for the discussion of Linux Mint.

Notices

Reply
 
Search this Thread
Old 03-01-2013, 05:19 PM   #1
minty33
Member
 
Registered: Aug 2012
Location: earth
Distribution: Mint Xfce, Korora Gnome3, Ubuntu Server NoGui,
Posts: 136

Rep: Reputation: 1
filesystem properties are wrong


I just installed Nadia x64 on a new build. It has 3 drives. 2 are 500gb and one is 2tb. One 500gb has windows and the other Nadia. The 2tb one is empty and I confirmed this with gparted to make sure I didn't install on wrong drive. My desktop shows the disk with windows available to mount and my filesystem icon for my Nadia install. If I look at properties on the filesystem it reports free space correctly as 459gb but it say's used space is 389,289 items totaling 140.08tb. Also my unformatted disk 2tb disk doesn't show I assume that's normal. Why is this properties window reporting 140.08tb used on a fresh install on a 500gb drive. The drive partions are 4gb swap a 500mb /boot and rest is is / . Did I do something wrong or is something else going on.
If it matters the home directory is encrypted via install option
 
Old 03-01-2013, 05:39 PM   #2
michaelk
Moderator
 
Registered: Aug 2002
Posts: 12,053

Rep: Reputation: 759Reputation: 759Reputation: 759Reputation: 759Reputation: 759Reputation: 759Reputation: 759
Assuming you formatted the drive as ext3/4 by default 5% is reserved for root but not included in the numbers. I hope the 140.08tb is a typo... I would guess something like ~14gb

Your correct that unless the 2tb drive is formatted and mounted it will not show up.
 
Old 03-01-2013, 05:49 PM   #3
minty33
Member
 
Registered: Aug 2012
Location: earth
Distribution: Mint Xfce, Korora Gnome3, Ubuntu Server NoGui,
Posts: 136

Original Poster
Rep: Reputation: 1
No it's not a typo that's the problem. I know about accuracy of reporting depending on gib or GB and journaling hiding some allocated space and other factors.
My issue is it say's i Have 140tb used on a new install on a 500gb drive. Further more I don't see my /boot partition as a seperate partition from my / partition. That may be normal since i never did a sep. Partition for /boot before and i don't know if the filesystem still shows as one regardless of partitions.
But the 140tb has me baffled. It starts calculating as MB then just changes to tb. Could it be getting messed up from my partitioning? Still though that's a huge error.
Help plz.
 
Old 03-01-2013, 05:53 PM   #4
michaelk
Moderator
 
Registered: Aug 2002
Posts: 12,053

Rep: Reputation: 759Reputation: 759Reputation: 759Reputation: 759Reputation: 759Reputation: 759Reputation: 759
Post the output of df -h
 
Old 03-01-2013, 06:06 PM   #5
minty33
Member
 
Registered: Aug 2012
Location: earth
Distribution: Mint Xfce, Korora Gnome3, Ubuntu Server NoGui,
Posts: 136

Original Poster
Rep: Reputation: 1
here it is

below is the df output. i attached a screenshot of the properties window and also thunar file mananger to illustrate how it sees one file system despite my partioning of /boot seperately. the 500GB drive it shows in thunar is my windows disk which is also 500GB. also i attached gpart for the mintOS drive. i also have a 2tb drive that is unformatted and empty. i assume thats why it doesn't show at allin file manager but it does in gpart.
Code:
Filesystem            Size  Used Avail Use% Mounted on
/dev/sdc2             455G  3.7G  428G   1% /
udev                   16G  4.0K   16G   1% /dev
tmpfs                 6.2G  1.1M  6.2G   1% /run
none                  5.0M     0  5.0M   0% /run/lock
none                   16G  100K   16G   1% /run/shm
none                  100M   12K  100M   1% /run/user
/dev/sdc1             461M   45M  393M  11% /boot
/home/minty/.Private  455G  3.7G  428G   1% /home/minty
Attached Images
File Type: png filemngr.png (64.2 KB, 20 views)
File Type: png gpart.png (52.5 KB, 19 views)
File Type: png properties.png (39.9 KB, 20 views)

Last edited by minty33; 03-01-2013 at 11:22 PM.
 
Old 03-01-2013, 07:20 PM   #6
michaelk
Moderator
 
Registered: Aug 2002
Posts: 12,053

Rep: Reputation: 759Reputation: 759Reputation: 759Reputation: 759Reputation: 759Reputation: 759Reputation: 759
Interesting. I am not sure what is wrong at the moment.
 
Old 03-01-2013, 07:38 PM   #7
minty33
Member
 
Registered: Aug 2012
Location: earth
Distribution: Mint Xfce, Korora Gnome3, Ubuntu Server NoGui,
Posts: 136

Original Poster
Rep: Reputation: 1
yea it's a weird one. if you think of anything let me know. i'm thinking it has something to do with encryption maybe. everything seems to work nice so i'm thinking i'll just ignore it for now as much as that pains me. thanks and hopefully someone has some input down the road. if i find anything out on my end i'll post it so i guess i'll leave the thread open.
 
Old 03-01-2013, 10:47 PM   #8
syg00
LQ Veteran
 
Registered: Aug 2003
Location: Australia
Distribution: Lots ...
Posts: 12,433

Rep: Reputation: 1066Reputation: 1066Reputation: 1066Reputation: 1066Reputation: 1066Reputation: 1066Reputation: 1066Reputation: 1066
Let's see the output of the following - and use [code] tags please as it retains the formatting so we can read it.
Code:
sudo parted -l
 
Old 03-01-2013, 11:20 PM   #9
minty33
Member
 
Registered: Aug 2012
Location: earth
Distribution: Mint Xfce, Korora Gnome3, Ubuntu Server NoGui,
Posts: 136

Original Poster
Rep: Reputation: 1
output for parted -l

sdc is the disk with mint and sdb has an error because thats the 2tb disk that has not been formatted yet since it is going to be for xen possibly.
Code:
Model: ATA ST500DM002-1BD14 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos

Number  Start   End    Size   Type     File system  Flags
 1      1049kB  106MB  105MB  primary  ntfs         boot
 2      106MB   500GB  500GB  primary  ntfs


Error: /dev/sdb: unrecognised disk label                                  

Model: ATA ST500DM002-1BD14 (scsi)
Disk /dev/sdc: 500GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos

Number  Start   End    Size    Type     File system  Flags
 1      1049kB  500MB  499MB   primary  ext4
 2      500MB   496GB  496GB   primary  ext4
 3      496GB   500GB  4096MB  primary


Model: Linux device-mapper (crypt) (dm)
Disk /dev/mapper/cryptswap1: 4096MB
Sector size (logical/physical): 512B/4096B
Partition Table: loop

Number  Start  End     Size    File system     Flags
 1      0.00B  4096MB  4096MB  linux-swap(v1)
 
Old 12-12-2013, 01:55 PM   #10
svengolster
LQ Newbie
 
Registered: Dec 2013
Location: Oregon
Distribution: Mint13
Posts: 11

Rep: Reputation: Disabled
Same problem here

Am hoping minty33 gets an email notice of new reply....I have the same problem with file system properties...my parted -l query reacts the same....almost immediately the count will jump to 140.7 TB and I have 1000's fewer items ?? Minty33...I'll wager your OS with this problem is the 64bit flavor. This TB number doesn't show up on the 32bit (at least on my machine it doesn't.) Before I installed the 2nd 64bit OS, on another drive, I checked the properties while the live dvd was still in the rom drive with the same results. It makes no difference if I clone to /home until I get a warning about available space in kb's....that is low..lol. Also if I delete folders and files until I have toasted the OS then live boot back in and check the properties it still shows 140.7 TB. So, to me, it looks like a bug in the code that might not affect all 64bit installs (But then I don't know how many people actually check the properties on their file system) It might happen only with an AMD II quad 3.2GHz and/or an MSI 785GTM-E45 (Entertainment) motherboard. I use the onboard AMD/ATI GPU and have no cards in any PCI slot. It's difficult to see the exact number in MB's when the TB number shows up but is somewhere around 600MB. It seems like, as the items are being counted, instead of increasing the count in MB's to GB's it just jumps to TB's. I believe the prob is now narrowed down to /dev. When I right click on /dev, select properties, the result is 585 items totaling 11.3 kb. Then, when I open /dev, select all, properties, the result is 617 items totaling 140.7 TB. OK...open up /dev select all the files (no folders) the 140.7 TB shows up here. Then by selecting properties on 16 files at a time I came to the culprit. It is /dev/core. Apparently AMD uses modules as opposed to Intel's cores so it's possible there is a quirk in the Mint code that processes the info and/or the cpu core is lying....lol. Need more time to pursue this further but at least there is something to work on....This maybe should be in programming? That's it for now but I can't give up until I see or find the fix.....
Sven
 
Old 12-12-2013, 02:15 PM   #11
astrogeek
Senior Member
 
Registered: Oct 2008
Distribution: Slackware: 12.1, 13.1, 14.1, 64-14.1, -current, FreeBSD-10
Posts: 2,020

Rep: Reputation: 786Reputation: 786Reputation: 786Reputation: 786Reputation: 786Reputation: 786Reputation: 786
I have nothing useful to contribute here except to note that 140.7TB happens to be a full signed 48 bits... just a clue.

Code:
011111111111111111111111111111111111111111111111 = 140737488355327
So it is likely related to an overflow or type conversion error.

Last edited by astrogeek; 12-12-2013 at 02:17 PM.
 
Old 12-13-2013, 02:03 PM   #12
svengolster
LQ Newbie
 
Registered: Dec 2013
Location: Oregon
Distribution: Mint13
Posts: 11

Rep: Reputation: Disabled
After loading mint 64bit in a 32bit machine (had been told that 64 won't install on 32, but it does) that is all Intel and still have same 140.7....(lost my wager! Interesting clue astro but I know nothing of stacks, overflows or type conversion. Is there a way to fix the prob and/or is there a way to pinpoint the exact cause?
 
Old 12-13-2013, 02:32 PM   #13
TobiSGD
Moderator
 
Registered: Dec 2009
Location: Hanover, Germany
Distribution: Main: Gentoo Others: What fits the task
Posts: 15,615
Blog Entries: 2

Rep: Reputation: 4070Reputation: 4070Reputation: 4070Reputation: 4070Reputation: 4070Reputation: 4070Reputation: 4070Reputation: 4070Reputation: 4070Reputation: 4070Reputation: 4070
Quote:
Originally Posted by svengolster View Post
After loading mint 64bit in a 32bit machine (had been told that 64 won't install on 32, but it does) that is all Intel and still have same 140.7....(lost my wager! Interesting clue astro but I know nothing of stacks, overflows or type conversion. Is there a way to fix the prob and/or is there a way to pinpoint the exact cause?
You can be absolutely sure that you either did not install the 64 bit version or you have a 64 bit capable system. The 64 bit version of any Linux distro will not run on any 32 bit CPU.
 
Old 12-15-2013, 10:36 AM   #14
minty33
Member
 
Registered: Aug 2012
Location: earth
Distribution: Mint Xfce, Korora Gnome3, Ubuntu Server NoGui,
Posts: 136

Original Poster
Rep: Reputation: 1
glad to see some new activity. i just got the one email notification however. anyway i also don't know anything of type conversion and stack overflows. i have since been using korora because there was a lull in the response to my thread. i have a 64bit chip(amd a10) and it was the 64 bit mint
 
Old 12-16-2013, 10:45 PM   #15
svengolster
LQ Newbie
 
Registered: Dec 2013
Location: Oregon
Distribution: Mint13
Posts: 11

Rep: Reputation: Disabled
@TobiSGD the laptop is 64 bit.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
[SOLVED] Filesystem Mounts to Wrong Place profector21 Linux - Newbie 8 04-13-2012 09:15 AM
SD card mounted with wrong filesystem encoding dotancohen Linux - Desktop 7 02-06-2008 02:58 AM
Crypto filesystem : corrupt or wrong password? iainr Linux - Software 1 10-23-2006 09:15 AM
How to clear wrong ext2/3 filesystem descriptor ? zeitounator Linux - General 5 06-25-2006 05:29 PM
DISCUSSION: Virtual Filesystem: Building a Linux Filesystem from an Ordinary File mchirico LinuxAnswers Discussion 0 10-28-2004 11:35 PM


All times are GMT -5. The time now is 09:21 PM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration