|
ShadowHawk posted:edit: not because of major problems with 12.10 or anything, just it seems like 12.04 is going to be the first LTS release that people actually do keep around on their desktops for years. I'll be running 10.04 on my desktop at work til my hosting provider upgrades their servers from 10.04 server... so forever I think.
|
#
¿
Oct 24, 2012 07:00
|
|
|
|
| # ¿ May 17, 2024 15:49 |
|
|
I am noticing something odd in 12.04 (.02 server lts). Running "top c" instead of "top -c" gives a syntax error. "top c" works fine in 10.04 (various), 13.04 (xubuntu) and most other linux's I've used so I'm a bit mystified on this. Googling questions about top is challenging as well due to how common the term is and that top is used in troubleshooting so many other things.
|
|
#
¿
Jun 11, 2013 19:47
|
|
|
Does anyone know if a ubuntu 10.04 install will survive being move to a different system (like wholesale pulling os ssd out and droppig it in new box)? My main concern is that the new workstation is secure boot (efi? uefi?). Would be nice not to spend any time trying to get my work workstation setup again (I've have trouble with it before).
|
|
#
¿
Apr 18, 2014 05:21
|
|
|
ShadowHawk posted:Give it a try. If it boots you win. If it doesn't you might as well reinstall and preserve your home directory. wooger posted:10.04 is old, and will be unsupported next year. I'd much rather put 14.04 on a new workstation, unless you have good reasons to use such old software. Well I found mint 15 mate running on this workstation and it seems good enough. I can't really remember why I didn't switch from my old 10.04 system previously, but this time that old box is going away so I won't have a choice. Surprisingly this dell looks to have a standard matx mobo and connectors, so if push came to shove I was just going to move my old mobo/ssd/guts into the dell case (I'm doing all this to recover the extra nice case the old system is in).
|
|
#
¿
Apr 18, 2014 22:31
|
|
|
There's also the fstrim utility which in certain workloads can be better than mounting discard. That being said trim should be something you can turn on and off whenever you'd like, something like "mount -o remount /mount/point" with discard added to the options in the fstab (or all in the commandline). The kernel won't let you turn on discard if (or do anything with fstrim) if it feels like the device doesn't support trim. You can check if it will let you trim/discard by doing: find /sys/ -name discard_max_bytes /sys/devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda/queue/discard_max_bytes If discard_max_bytes is greater than zero than you can on that device. You probably don't need to upgrade just to enable trim. e: hdparm can trim ext4 filesystems online sometimes even when the os doesn't support it. If you are feeling especially brave. e2: Nevermind: "For Solid State Drives (SSDs). EXCEPTIONALLY DANGEROUS. DO NOT USE THIS OPTION!!" Aquila fucked around with this message at 20:38 on May 6, 2014 |
|
#
¿
May 6, 2014 20:31
|
|
|
|
| # ¿ May 17, 2024 15:49 |
|
|
fstrim reports every byte/block that it could trim, not every byte/block that it did trim: " -v, --verbose Verbose execution. When specified fstrim will output the number of bytes passed from the filesystem down the block stack to the device for potential discard. This number is a maxi‐ mum discard amount from the storage device's perspective, because FITRIM ioctl called repeated will keep sending the same sectors for discard repeatedly. " So I think you're fine. Also keep in mind ext4 and recent linux probably has background/collected/aggregated trim with discard mount worked out, so scripted fstrim probably isn't needed anymore.
|
|
#
¿
May 27, 2014 20:23
|
|