Quoting Steve Litt (sl...@troubleshooters.com):
> On Tue, 29 Aug 2017 14:26:49 +0200
> Adam Borowski wrote:
> > Only a few WMs can be still called "bloated": GNOME (needs a mid-end
> > GPU to even run, or slooow software emulation otherwise),
>
> There it is folks: The preceding is why we need
On Tue, Aug 29, 2017 at 05:50:21PM -0400, fsmithred wrote:
> On 08/29/2017 11:09 AM, Hendrik Boom wrote:
> > I've looked at the grub.cfg file in /boot. It explicitly contains the
> > name of the old root partition in the Linux line of the stanza for the new
> > system. So after loading the kern
On 29/08/17 13:26, Adam Borowski wrote:
On Sun, Aug 27, 2017 at 09:14:11PM -0400, Steve Litt wrote:
I tried ctwm.
The package manager installs it like a breeze, but in the tradition of
Debian packages, it doesn't work out of the box.
Instead of complaining here, it'd be more productive to talk
On Tue, Aug 29, 2017 at 09:57:11PM +, Chris Kalin wrote:
> It's also a decent idea to keep the total partition size under about 80%
> of the total drive size so that you get the same write performance no
> matter how full the partition gets. If partition size = drive size you'll
> start to see
On Tue, 29 Aug 2017 14:26:49 +0200
Adam Borowski wrote:
> On Sun, Aug 27, 2017 at 09:14:11PM -0400, Steve Litt wrote:
> > I tried ctwm.
> >
> > The package manager installs it like a breeze, but in the tradition
> > of Debian packages, it doesn't work out of the box.
>
> Instead of complainin
Chris Kalin
Sr. Network Engineer
chris.ka...@ibmilw.com
www.IBmilw.com p. 414-778-3065 c. 414-238-3914 t. 800-642-8778 f.
414-778-3041
NOTICE: The information contained in this email and any document attached
hereto is intended only for the named recipient(s). If you are not the intended
Martin Steigerwald wrote:
>> Wear-levelling today is handled by the firmware transparently to the OS.
>> Trimming only affect the filesystem's block-allocator algorithm, not
>> wear-levelling.
>
> How should the drive know that a deleted block is a block is can use again
> without the operatin
Alessandro Selli - 29.08.17, 19:11:
> On 29/08/2017 at 15:20, Simon Hobson wrote:
> > Alessandro Selli wrote:
> >>> I figure that over sizing the
> >>> drive will help with wear leveling. I'm not sure if that is a valid
> >>> assumption, however.
> >>>
> >> I am convinced it is. The more cells
On 29/08/2017 at 15:20, Simon Hobson wrote:
> Alessandro Selli wrote:
>
>>> I figure that over sizing the
>>> drive will help with wear leveling. I'm not sure if that is a valid
>>> assumption, however.
>>
>> I am convinced it is. The more cells to pseudo-randomically spread writes
>> to, the
* On 2017 29 Aug 08:21 -0500, Simon Hobson wrote:
> Alessandro Selli wrote:
>
> >> I figure that over sizing the drive will help with wear leveling.
> >> I'm not sure if that is a valid assumption, however.
> >
> > I am convinced it is. The more cells to pseudo-randomically spread
> > writes t
On Tue, Aug 29, 2017 at 02:23:27PM +0100, Simon Hobson wrote:
> Hendrik Boom wrote:
>
> > However, when booting the unidentified Linux system, it mounts exactly
> > the same partitions as the old Linux system. It appears to
> > completely ignore the new /etc/fstab in the new system.
>
> Are y
On Tue, Aug 29, 2017 at 03:25:03PM +0200, Didier Kryn wrote:
> > > >Little. AFAIK this used to be a more serious concern on the first
> > > > generation of SSDs, because they suffered strongly from write-wear and
> JFFS2 and the other filesystems, mentionned in this link are for raw
> fla
Le 28/08/2017 à 22:10, Alessandro Selli a écrit :
On Mon, 28 Aug 2017 at 12:58:24 +0200
Narcis Garcia wrote:
El 28/08/17 a les 11:59, Alessandro Selli ha escrit:
On Sun, 27 Aug 2017 at 17:18:28 -0500
d_pridge wrote:
Doesn't this affect the expected lifetime for an SSD?
Little. AFAI
Hendrik Boom wrote:
> However, when booting the unidentified Linux system, it mounts exactly
> the same partitions as the old Linux system. It appears to
> completely ignore the new /etc/fstab in the new system.
Are you using an initrd/initramfs ? If so, did you update it ? That's one
possib
Alessandro Selli wrote:
>> I figure that over sizing the
>> drive will help with wear leveling. I'm not sure if that is a valid
>> assumption, however.
>
> I am convinced it is. The more cells to pseudo-randomically spread writes
> to, the lower the number of write operations that are perform
On Tue, Aug 29, 2017 at 07:57:09AM -0400, Hendrik Boom wrote:
> On Tue, Aug 29, 2017 at 07:40:06AM -0400, Hendrik Boom wrote:
> >
> > It's as if grub-update found the new system, but for perverse reasons
> > still used the /etc/fstab in the old system instead of the one in the
> > new system. A
On Sun, Aug 27, 2017 at 09:14:11PM -0400, Steve Litt wrote:
> I tried ctwm.
>
> The package manager installs it like a breeze, but in the tradition of
> Debian packages, it doesn't work out of the box.
Instead of complaining here, it'd be more productive to talk to the
package's maintainer:
On Tue, Aug 29, 2017 at 07:40:06AM -0400, Hendrik Boom wrote:
> On Mon, Aug 28, 2017 at 10:15:03PM -0400, fsmithred wrote:
> > On 08/28/2017 07:59 PM, Hendrik Boom wrote:
> >
> > > Anyway, as I mentined in another post a few minutes ago, it does seem
> > > to be recognising it after all, but as a
On Mon, Aug 28, 2017 at 10:15:03PM -0400, fsmithred wrote:
> On 08/28/2017 07:59 PM, Hendrik Boom wrote:
>
> > Anyway, as I mentined in another post a few minutes ago, it does seem
> > to be recognising it after all, but as a unknown Linux distro,
> > failing tto notice it's Devun.
>
> This i
On 29/08/2017 at 13:14, Nate Bargmann wrote:
> It has a 5 year warranty and is a few bucks cheaper than a 525 GB
> Crucial MX 300 which has a 3 year warranty. Currently the lappie has a
> 250 GB spinner that is working just fine. I figure that over sizing the
> drive will help with wear leveling
On Tue, 29 Aug 2017 10:40:00 +0200, Edward wrote in message
:
> My setup of GRUP is more of a policy rather than something special.
>
> I keep with the conviction that the bootloader is the most important
> piece of software after UEFI/EFI/BIOS. The reason is because a
> bootloader is what loads
On Mon, Aug 28, 2017 at 10:15:03PM -0400, fsmithred wrote:
> On 08/28/2017 07:59 PM, Hendrik Boom wrote:
>
> > Anyway, as I mentined in another post a few minutes ago, it does seem
> > to be recognising it after all, but as a unknown Linux distro,
> > failing tto notice it's Devun.
>
> This i
* On 2017 28 Aug 22:04 -0500, John Franklin wrote:
> Unless it’s a refurb, get it. I have one in my MacBook Pro.
> Lightning fast, silent, and sips power. Second best upgrade I ever
> did, only behind a 960 EVO NVMe in a Thinkpad T460s.
It would be new.
> Don’t worry about it burning out. Sinc
My setup of GRUP is more of a policy rather than something special.
I keep with the conviction that the bootloader is the most important
piece of software after UEFI/EFI/BIOS. The reason is because a
bootloader is what loads an OS without which a user is at a loss.
To achieve the above, I keep a
24 matches
Mail list logo
