[opensuse] full filesystem probs
Excuse me if this appears as a double post, but my isp has changed and my opensuse.org email has not been updated, so I have not been able to see posts here for about 12 hours. <quote> My Tumbleweed root filesystem, btrfs, keeps jumping to full or nearly so. I just cleaned /.snapshots/ of a considerable amount but each time I remove unnecessary files, the system quickly fills itself. What to do? It doesn't appear to be a problem with /tmp and/or /var/tmp or /var, but what do I know..... tks, </quote> I am presently preparing to reinstall the root filesystem and using xfs or ext4 instead of btrfs, which I suspect is part of the problem. tks, -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 04/23/2015 08:27 PM, Patrick Shanahan wrote:
Excuse me if this appears as a double post, but my isp has changed and my opensuse.org email has not been updated, so I have not been able to see posts here for about 12 hours.
<quote> My Tumbleweed root filesystem, btrfs, keeps jumping to full or nearly so. I just cleaned /.snapshots/ of a considerable amount but each time I remove unnecessary files, the system quickly fills itself.
What to do? It doesn't appear to be a problem with /tmp and/or /var/tmp or /var, but what do I know.....
tks, </quote>
What are your settings in /etc/snapper/configs ? If you have that set to do hourly snapshots, for example, it may account for this. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 04/23/2015 05:34 PM, Anton Aylward wrote:
On 04/23/2015 08:27 PM, Patrick Shanahan wrote:
Excuse me if this appears as a double post, but my isp has changed and my opensuse.org email has not been updated, so I have not been able to see posts here for about 12 hours.
<quote> My Tumbleweed root filesystem, btrfs, keeps jumping to full or nearly so. I just cleaned /.snapshots/ of a considerable amount but each time I remove unnecessary files, the system quickly fills itself.
What to do? It doesn't appear to be a problem with /tmp and/or /var/tmp or /var, but what do I know.....
tks, </quote>
What are your settings in /etc/snapper/configs ?
If you have that set to do hourly snapshots, for example, it may account for this.
I used to thing this as well, but its not true. Even an hourly snapshot would not contain much data on drives that don't change much. If you aren't snapshoting /var and /tmp there shouldn't be that much out there. Besides, snapshots have life spans, and go away after a while. -- After all is said and done, more is said than done. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Anton Aylward <opensuse@antonaylward.com> [04-23-15 20:37]:
On 04/23/2015 08:27 PM, Patrick Shanahan wrote:
Excuse me if this appears as a double post, but my isp has changed and my opensuse.org email has not been updated, so I have not been able to see posts here for about 12 hours.
<quote> My Tumbleweed root filesystem, btrfs, keeps jumping to full or nearly so. I just cleaned /.snapshots/ of a considerable amount but each time I remove unnecessary files, the system quickly fills itself.
What to do? It doesn't appear to be a problem with /tmp and/or /var/tmp or /var, but what do I know.....
tks, </quote>
What are your settings in /etc/snapper/configs ?
If you have that set to do hourly snapshots, for example, it may account for this.
It's not snapshots, I've deleted all but the last two. tks, -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Thu 23 Apr 2015 11:19:30 PM CDT, Patrick Shanahan wrote:
* Anton Aylward <opensuse@antonaylward.com> [04-23-15 20:37]:
On 04/23/2015 08:27 PM, Patrick Shanahan wrote:
Excuse me if this appears as a double post, but my isp has changed and my opensuse.org email has not been updated, so I have not been able to see posts here for about 12 hours.
<quote> My Tumbleweed root filesystem, btrfs, keeps jumping to full or nearly so. I just cleaned /.snapshots/ of a considerable amount but each time I remove unnecessary files, the system quickly fills itself.
What to do? It doesn't appear to be a problem with /tmp and/or /var/tmp or /var, but what do I know.....
tks, </quote>
What are your settings in /etc/snapper/configs ?
If you have that set to do hourly snapshots, for example, it may account for this.
It's not snapshots, I've deleted all but the last two.
tks, Hi What about the global reserve, eg;
btrfs filesystem df / Data, single: total=9.01GiB, used=5.56GiB System, single: total=4.00MiB, used=16.00KiB Metadata, single: total=776.00MiB, used=288.42MiB GlobalReserve, single: total=112.00MiB, used=0.00B -- Cheers Malcolm °¿° LFCS, SUSE Knowledge Partner (Linux Counter #276890) SUSE Linux Enterprise Desktop 12 GNOME 3.10.1 Kernel 3.12.39-47-default up 5 days 14:48, 4 users, load average: 0.37, 0.56, 0.54 CPU AMD A4-5150M APU @ 3.3GHz | GPU Richland Radeon HD 8350G -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Malcolm <malcolmlewis@cableone.net> [04-23-15 23:39]:
On Thu 23 Apr 2015 11:19:30 PM CDT, Patrick Shanahan wrote:
* Anton Aylward <opensuse@antonaylward.com> [04-23-15 20:37]:
On 04/23/2015 08:27 PM, Patrick Shanahan wrote:
Excuse me if this appears as a double post, but my isp has changed and my opensuse.org email has not been updated, so I have not been able to see posts here for about 12 hours.
<quote> My Tumbleweed root filesystem, btrfs, keeps jumping to full or nearly so. I just cleaned /.snapshots/ of a considerable amount but each time I remove unnecessary files, the system quickly fills itself.
What to do? It doesn't appear to be a problem with /tmp and/or /var/tmp or /var, but what do I know.....
tks, </quote>
What are your settings in /etc/snapper/configs ?
If you have that set to do hourly snapshots, for example, it may account for this.
It's not snapshots, I've deleted all but the last two.
tks, Hi What about the global reserve, eg;
btrfs filesystem df /
Data, single: total=9.01GiB, used=5.56GiB System, single: total=4.00MiB, used=16.00KiB Metadata, single: total=776.00MiB, used=288.42MiB GlobalReserve, single: total=112.00MiB, used=0.00B
Last night I shut the system down. Rebooted this am and get the following: btrfs filesystem df / Data, single: total=57.99GiB, used=36.68GiB System, single: total=4.00MiB, used=16.00KiB Metadata, single: total=3.01GiB, used=405.20MiB GlobalReserve, single: total=144.00MiB, used=0.00B df -h / Filesystem Size Used Avail Use% Mounted on devtmpfs 18G 0 18G 0% /dev tmpfs 18G 0 18G 0% /dev/shm tmpfs 18G 11M 18G 1% /run tmpfs 18G 0 18G 0% /sys/fs/cgroup /dev/sdc1 61G 38G 22G 64% / /dev/sdc2 51G 13G 39G 25% /home /dev/sdc1 61G 38G 22G 64% /boot/grub2/i386-pc /dev/sdc1 61G 38G 22G 64% /opt /dev/sdc1 61G 38G 22G 64% /var/lib/mailman /dev/sdc1 61G 38G 22G 64% /.snapshots /dev/sdc1 61G 38G 22G 64% /var/lib/pgsql /dev/sdc1 61G 38G 22G 64% /var/lib/named /dev/sdc1 61G 38G 22G 64% /srv /dev/sdc1 61G 38G 22G 64% /var/log /dev/sdc1 61G 38G 22G 64% /usr/local /dev/sdc1 61G 38G 22G 64% /var/opt /dev/sdc1 61G 38G 22G 64% /var/crash /dev/sdc1 61G 38G 22G 64% /tmp /dev/sdc1 61G 38G 22G 64% /var/spool /dev/sdc1 61G 38G 22G 64% /var/tmp /dev/sdc1 61G 38G 22G 64% /boot/grub2/x86_64-efi /dev/mapper/paka0-paka--A 1.8T 404G 1.4T 24% /paka-A 192.168.1.3:/mnt/photos 3.6T 1.5T 2.0T 42% /mnt/nfs/photos 192.168.1.3:/mnt/ExTernal 1.8T 933G 808G 54% /mnt/nfs/ExTernal 192.168.1.3:/ 50G 9.3G 39G 20% /mnt/nfs/top 192.168.1.3:/home 50G 3.3G 44G 7% /mnt/nfs/home 192.168.1.3:/srv 50G 534M 47G 2% /mnt/nfs/srv 192.168.1.3:/var 20G 4.1G 15G 22% /mnt/nfs/var tmpfs 3.6G 0 3.6G 0% /run/user/1000 tmpfs 3.6G 0 3.6G 0% /run/user/0 I am at a complete loss. Last night / showed 100% and the system confirmed no space when attempting command line operations. tks, -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Malcolm <malcolmlewis@cableone.net> [04-23-15 23:39]:
On Thu 23 Apr 2015 11:19:30 PM CDT, Patrick Shanahan wrote:
* Anton Aylward <opensuse@antonaylward.com> [04-23-15 20:37]:
On 04/23/2015 08:27 PM, Patrick Shanahan wrote:
Excuse me if this appears as a double post, but my isp has changed and my opensuse.org email has not been updated, so I have not been able to see posts here for about 12 hours.
<quote> My Tumbleweed root filesystem, btrfs, keeps jumping to full or nearly so. I just cleaned /.snapshots/ of a considerable amount but each time I remove unnecessary files, the system quickly fills itself.
What to do? It doesn't appear to be a problem with /tmp and/or /var/tmp or /var, but what do I know.....
tks, </quote>
What are your settings in /etc/snapper/configs ?
If you have that set to do hourly snapshots, for example, it may account for this.
It's not snapshots, I've deleted all but the last two.
tks, Hi What about the global reserve, eg;
btrfs filesystem df /
Data, single: total=9.01GiB, used=5.56GiB System, single: total=4.00MiB, used=16.00KiB Metadata, single: total=776.00MiB, used=288.42MiB GlobalReserve, single: total=112.00MiB, used=0.00B
Last night I shut the system down. Rebooted this am and get the following: btrfs filesystem df / Data, single: total=57.99GiB, used=36.68GiB System, single: total=4.00MiB, used=16.00KiB Metadata, single: total=3.01GiB, used=405.20MiB GlobalReserve, single: total=144.00MiB, used=0.00B df -h / Filesystem Size Used Avail Use% Mounted on devtmpfs 18G 0 18G 0% /dev tmpfs 18G 0 18G 0% /dev/shm tmpfs 18G 11M 18G 1% /run tmpfs 18G 0 18G 0% /sys/fs/cgroup /dev/sdc1 61G 38G 22G 64% / /dev/sdc2 51G 13G 39G 25% /home /dev/sdc1 61G 38G 22G 64% /boot/grub2/i386-pc /dev/sdc1 61G 38G 22G 64% /opt /dev/sdc1 61G 38G 22G 64% /var/lib/mailman /dev/sdc1 61G 38G 22G 64% /.snapshots /dev/sdc1 61G 38G 22G 64% /var/lib/pgsql /dev/sdc1 61G 38G 22G 64% /var/lib/named /dev/sdc1 61G 38G 22G 64% /srv /dev/sdc1 61G 38G 22G 64% /var/log /dev/sdc1 61G 38G 22G 64% /usr/local /dev/sdc1 61G 38G 22G 64% /var/opt /dev/sdc1 61G 38G 22G 64% /var/crash /dev/sdc1 61G 38G 22G 64% /tmp /dev/sdc1 61G 38G 22G 64% /var/spool /dev/sdc1 61G 38G 22G 64% /var/tmp /dev/sdc1 61G 38G 22G 64% /boot/grub2/x86_64-efi /dev/mapper/paka0-paka--A 1.8T 404G 1.4T 24% /paka-A 192.168.1.3:/mnt/photos 3.6T 1.5T 2.0T 42% /mnt/nfs/photos 192.168.1.3:/mnt/ExTernal 1.8T 933G 808G 54% /mnt/nfs/ExTernal 192.168.1.3:/ 50G 9.3G 39G 20% /mnt/nfs/top 192.168.1.3:/home 50G 3.3G 44G 7% /mnt/nfs/home 192.168.1.3:/srv 50G 534M 47G 2% /mnt/nfs/srv 192.168.1.3:/var 20G 4.1G 15G 22% /mnt/nfs/var tmpfs 3.6G 0 3.6G 0% /run/user/1000 tmpfs 3.6G 0 3.6G 0% /run/user/0 I am at a complete loss. Last night / showed 100% and the system confirmed no space when attempting command line operations. tks, -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Fri 24 Apr 2015 05:49:53 PM CDT, Patrick Shanahan wrote:
* Malcolm <malcolmlewis@cableone.net> [04-23-15 23:39]:
On Thu 23 Apr 2015 11:19:30 PM CDT, Patrick Shanahan wrote:
* Anton Aylward <opensuse@antonaylward.com> [04-23-15 20:37]:
On 04/23/2015 08:27 PM, Patrick Shanahan wrote:
Excuse me if this appears as a double post, but my isp has changed and my opensuse.org email has not been updated, so I have not been able to see posts here for about 12 hours.
<quote> My Tumbleweed root filesystem, btrfs, keeps jumping to full or nearly so. I just cleaned /.snapshots/ of a considerable amount but each time I remove unnecessary files, the system quickly fills itself.
What to do? It doesn't appear to be a problem with /tmp and/or /var/tmp or /var, but what do I know.....
tks, </quote>
What are your settings in /etc/snapper/configs ?
If you have that set to do hourly snapshots, for example, it may account for this.
It's not snapshots, I've deleted all but the last two.
tks, Hi What about the global reserve, eg;
btrfs filesystem df /
Data, single: total=9.01GiB, used=5.56GiB System, single: total=4.00MiB, used=16.00KiB Metadata, single: total=776.00MiB, used=288.42MiB GlobalReserve, single: total=112.00MiB, used=0.00B
Last night I shut the system down. Rebooted this am and get the following:
btrfs filesystem df /
Data, single: total=57.99GiB, used=36.68GiB System, single: total=4.00MiB, used=16.00KiB Metadata, single: total=3.01GiB, used=405.20MiB GlobalReserve, single: total=144.00MiB, used=0.00B
df -h /
Filesystem Size Used Avail Use% Mounted on devtmpfs 18G 0 18G 0% /dev tmpfs 18G 0 18G 0% /dev/shm tmpfs 18G 11M 18G 1% /run tmpfs 18G 0 18G 0% /sys/fs/cgroup /dev/sdc1 61G 38G 22G 64% / /dev/sdc2 51G 13G 39G 25% /home /dev/sdc1 61G 38G 22G 64% /boot/grub2/i386-pc /dev/sdc1 61G 38G 22G 64% /opt /dev/sdc1 61G 38G 22G 64% /var/lib/mailman /dev/sdc1 61G 38G 22G 64% /.snapshots /dev/sdc1 61G 38G 22G 64% /var/lib/pgsql /dev/sdc1 61G 38G 22G 64% /var/lib/named /dev/sdc1 61G 38G 22G 64% /srv /dev/sdc1 61G 38G 22G 64% /var/log /dev/sdc1 61G 38G 22G 64% /usr/local /dev/sdc1 61G 38G 22G 64% /var/opt /dev/sdc1 61G 38G 22G 64% /var/crash /dev/sdc1 61G 38G 22G 64% /tmp /dev/sdc1 61G 38G 22G 64% /var/spool /dev/sdc1 61G 38G 22G 64% /var/tmp /dev/sdc1 61G 38G 22G 64% /boot/grub2/x86_64-efi /dev/mapper/paka0-paka--A 1.8T 404G 1.4T 24% /paka-A 192.168.1.3:/mnt/photos 3.6T 1.5T 2.0T 42% /mnt/nfs/photos 192.168.1.3:/mnt/ExTernal 1.8T 933G 808G 54% /mnt/nfs/ExTernal 192.168.1.3:/ 50G 9.3G 39G 20% /mnt/nfs/top 192.168.1.3:/home 50G 3.3G 44G 7% /mnt/nfs/home 192.168.1.3:/srv 50G 534M 47G 2% /mnt/nfs/srv 192.168.1.3:/var 20G 4.1G 15G 22% /mnt/nfs/var tmpfs 3.6G 0 3.6G 0% /run/user/1000 tmpfs 3.6G 0 3.6G 0% /run/user/0
I am at a complete loss. Last night / showed 100% and the system confirmed no space when attempting command line operations.
tks, Hi Strange indeed....
There is a better command to use; btrfs fi usage / Do you have the btrfs balance script running as a weekly cron job? /usr/share/btrfsmaintenance/btrfs-balance.sh script It's present in SLE 12, but not in my openSUSE 13.2... I manually ran and recovered a couple of GB on my system under 'allocated'. So, I would try a before and after; btrfs fi usage / /usr/share/btrfsmaintenance/btrfs-balance.sh btrfs fi usage / -- Cheers Malcolm °¿° LFCS, SUSE Knowledge Partner (Linux Counter #276890) SUSE Linux Enterprise Desktop 12 GNOME 3.10.1 Kernel 3.12.39-47-default up 6 days 9:28, 4 users, load average: 0.38, 0.43, 0.43 CPU AMD A4-5150M APU @ 3.3GHz | GPU Richland Radeon HD 8350G -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Malcolm <malcolmlewis@cableone.net> [04-24-15 18:23]: [...]
Hi Strange indeed....
There is a better command to use;
btrfs fi usage /
Do you have the btrfs balance script running as a weekly cron job? /usr/share/btrfsmaintenance/btrfs-balance.sh script
It's present in SLE 12, but not in my openSUSE 13.2...
I manually ran and recovered a couple of GB on my system under 'allocated'.
So, I would try a before and after;
btrfs fi usage / /usr/share/btrfsmaintenance/btrfs-balance.sh btrfs fi usage /
I did as you suggest and appear to have gained ~2%. Minimal, but appreciated. I failed to memtion that the drive is ssd and about 4 years old although it may be as much as 5 years. I wonder if the ssd drive is aging. I haven't had any indications from smartdrive ??? === START OF INFORMATION SECTION === Model Family: Intel 510 Series SSDs Device Model: INTEL SSDSC2MH120A2 Serial Number: LNEL107600VA120CGN LU WWN Device Id: 0 150735 1ee66a327 Firmware Version: PPG2 User Capacity: 120,034,123,776 bytes [120 GB] Sector Size: 512 bytes logical/physical Rotation Rate: Solid State Device Device is: In smartctl database [for details use: -P show] ATA Version is: ATA8-ACS T13/1699-D revision 2d SATA Version is: SATA 3.0, 6.0 Gb/s Local Time is: Fri Apr 24 20:23:45 2015 EDT SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Fri 24 Apr 2015 08:25:29 PM CDT, Patrick Shanahan wrote:
* Malcolm <malcolmlewis@cableone.net> [04-24-15 18:23]: [...]
Hi Strange indeed....
There is a better command to use;
btrfs fi usage /
Do you have the btrfs balance script running as a weekly cron job? /usr/share/btrfsmaintenance/btrfs-balance.sh script
It's present in SLE 12, but not in my openSUSE 13.2...
I manually ran and recovered a couple of GB on my system under 'allocated'.
So, I would try a before and after;
btrfs fi usage / /usr/share/btrfsmaintenance/btrfs-balance.sh btrfs fi usage /
I did as you suggest and appear to have gained ~2%. Minimal, but appreciated.
I failed to memtion that the drive is ssd and about 4 years old although it may be as much as 5 years. I wonder if the ssd drive is aging. I haven't had any indications from smartdrive ???
=== START OF INFORMATION SECTION === Model Family: Intel 510 Series SSDs Device Model: INTEL SSDSC2MH120A2 Serial Number: LNEL107600VA120CGN LU WWN Device Id: 0 150735 1ee66a327 Firmware Version: PPG2 User Capacity: 120,034,123,776 bytes [120 GB] Sector Size: 512 bytes logical/physical Rotation Rate: Solid State Device Device is: In smartctl database [for details use: -P show] ATA Version is: ATA8-ACS T13/1699-D revision 2d SATA Version is: SATA 3.0, 6.0 Gb/s Local Time is: Fri Apr 24 20:23:45 2015 EDT SMART support is: Available - device has SMART capability. SMART support is: Enabled
=== START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED
Hi Not sure for an Intel ssd, but if you use the -a option with smartctl eg; smartctl -a /dev/sda What attributes show lifetime or wear? I have an OCZ Agility 3 which is the same sort of era as your device, it's been running (power on hours) for over 20K hours now and still going strong. -- Cheers Malcolm °¿° LFCS, SUSE Knowledge Partner (Linux Counter #276890) SUSE Linux Enterprise Desktop 12 GNOME 3.10.1 Kernel 3.12.39-47-default up 1:53, 3 users, load average: 0.46, 0.23, 0.22 CPU AMD A4-5150M APU @ 3.3GHz | GPU Richland Radeon HD 8350G -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Malcolm <malcolmlewis@cableone.net> [04-26-15 20:48]:
On Fri 24 Apr 2015 08:25:29 PM CDT, Patrick Shanahan wrote:
* Malcolm <malcolmlewis@cableone.net> [04-24-15 18:23]: [...]
Hi Strange indeed....
There is a better command to use;
btrfs fi usage /
Do you have the btrfs balance script running as a weekly cron job? /usr/share/btrfsmaintenance/btrfs-balance.sh script
It's present in SLE 12, but not in my openSUSE 13.2...
I manually ran and recovered a couple of GB on my system under 'allocated'.
So, I would try a before and after;
btrfs fi usage / /usr/share/btrfsmaintenance/btrfs-balance.sh btrfs fi usage /
I did as you suggest and appear to have gained ~2%. Minimal, but appreciated.
I failed to memtion that the drive is ssd and about 4 years old although it may be as much as 5 years. I wonder if the ssd drive is aging. I haven't had any indications from smartdrive ???
=== START OF INFORMATION SECTION === Model Family: Intel 510 Series SSDs Device Model: INTEL SSDSC2MH120A2 Serial Number: LNEL107600VA120CGN LU WWN Device Id: 0 150735 1ee66a327 Firmware Version: PPG2 User Capacity: 120,034,123,776 bytes [120 GB] Sector Size: 512 bytes logical/physical Rotation Rate: Solid State Device Device is: In smartctl database [for details use: -P show] ATA Version is: ATA8-ACS T13/1699-D revision 2d SATA Version is: SATA 3.0, 6.0 Gb/s Local Time is: Fri Apr 24 20:23:45 2015 EDT SMART support is: Available - device has SMART capability. SMART support is: Enabled
=== START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED
Hi Not sure for an Intel ssd, but if you use the -a option with smartctl eg;
smartctl -a /dev/sda
What attributes show lifetime or wear?
I have an OCZ Agility 3 which is the same sort of era as your device, it's been running (power on hours) for over 20K hours now and still going strong.
Sorry for late reply, this box is exploding. I now have services that fail to start referencing running instances and/or locks which do not exist, postfix, privoxy and apcusd. I see no indication of failing attributes. Also, I have had another instance of the filesystem indicating it was full or nearly so, which also seemed to resolve itself on a reboot. I am to the point to reinstall the root system and not use btrfs, rather xfs or ext4. tks, -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://linuxcounter.net -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 04/28/2015 03:08 PM, Patrick Shanahan wrote:
I am to the point to reinstall the root system and not use btrfs, rather xfs or ext4.
I tend to agree. You've fought a stream of problems for longer than it would have taken to start over. -- After all is said and done, more is said than done. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (5)
-
Anton Aylward -
John Andersen -
Malcolm -
Patrick Shanahan -
Patrick Shanahan