On Wed, 25 Nov 2015 11:47:36 +0100
Frank Voncken wrote:
> # / was on /dev/sda2 during installation
> UUID=30905b0c-989b-41e5-a5f2-06a83dfc77fa
Beetje late reactie, maar toch:
# hdparm -I /dev/sda | grep -i trim
Als dat als output geeft:
*Data
Richard Lucassen schreef op ma 21-12-2015 om 21:33 [+0100]:
> On Wed, 25 Nov 2015 11:47:36 +0100
> Frank Voncken wrote:
>
> > # / was on /dev/sda2 during installation
> > UUID=30905b0c-989b-41e5-a5f2-06a83dfc77fa
>
> Beetje late reactie, maar toch:
>
> # hdparm
On Mon, 21 Dec 2015 22:47:01 +0100
Frank Voncken wrote:
> Dank je wel voor jouw reactie. Ik heb inmiddels begrepen dat de optie
> "discard" tegenwoordig bij veel ssd's niet meer aanbevolen wordt,
> zie h ttps://wiki.debian.org/SSDOptimization
>
> Die gebruik ik dan ook
Sjoerd Hiemstra schreef op ma 14-12-2015 om 15:57 [+0100]:
> Frank Voncken:
> > Sjoerd Hiemstra:
> > > De eenvoudigste manier om opties toe te voegen is in fstab.
> > > Ze worden toegevoegd aan de opties die al in
> > > /etc/systemd/system/tmp.mount staan.
> > > Met name zie je daar standaard al
Frank Voncken schreef:
> Ik heb die regel met tmpfs handmatig toegevoegd in fstab. Was dat niet
> nodig geweest met systemd? Hebben de settings van systemd de voorkeur
> boven de handmatige toevoeging van die regel? Zo ja, hoe kan ik dat
> veranderen? De regel verwijderen en
>
> # systemctl
Sjoerd Hiemstra schreef op ma 14-12-2015 om 14:59 [+0100]:
> Frank Voncken schreef:
> > Ik heb die regel met tmpfs handmatig toegevoegd in fstab. Was dat
> > niet
> > nodig geweest met systemd? Hebben de settings van systemd de
> > voorkeur
> > boven de handmatige toevoeging van die regel? Zo ja,
Frank Voncken:
> Sjoerd Hiemstra:
> > De eenvoudigste manier om opties toe te voegen is in fstab.
> > Ze worden toegevoegd aan de opties die al in
> > /etc/systemd/system/tmp.mount staan.
> > Met name zie je daar standaard al de opties mode=1777,strictatime
> > staan.
> > Opties in fstab overrulen
Sjoerd Hiemstra schreef op za 12-12-2015 om 23:21 [+0100]:
> Frank Voncken:
> > Sjoerd Hiemstra:
> > > $ systemctl | grep tmp.mount
> > > tmp.mount loaded active mounted Temporary Directory
> > >
> > > $ systemctl status tmp.mount
> > > ● tmp.mount - Temporary Directory
> > > Loaded:
On Fri, Nov 27, 2015 at 10:41:17AM +0100, Diederik de Haas wrote:
> On Thursday 26 November 2015 20:04:17 Frank Voncken wrote:
> > Kijk eens wat 'findmnt --target /tmp' aangeeft.
> >
> > Mijn output is:
> > findmnt --target /tmp
> > TARGET SOURCEFSTYPE OPTIONS
> > / /dev/sda2 ext4
On Saturday 12 December 2015 14:56:59 Wouter Verhelst wrote:
> > tmpfs /tmp tmpfs defaults,nodev,nosuid 0 0
>
> Dat is één manier, maar misschien niet de beste. De andere is:
>
> $EDITOR /etc/default/tmpfs
>
> daarin vind je:
>
> #RAMTMP=no
>
> verander dat naar:
>
> RAMTMP=yes
>
> Voordeel
Diederik de Haas schreef op za 12-12-2015 om 22:05 [+0100]:
> On Saturday 12 December 2015 21:34:20 Frank Voncken wrote:
> > Aan de hand van aanwijzingen in https://wiki.debian.org/SSDOptimiza
> > tion
> > (onder kopje "reduction of SSD write frequency via RAMDISK) heb ik
> > al
> > in
Sjoerd Hiemstra schreef op za 12-12-2015 om 22:24 [+0100]:
> Frank Voncken schreef:
> > [# systemctl enable tmp.mount] invoeren levert bij mij als
> > resultaat
> > op: "failed to execute operation: No such file or directory"
> >
> > Is dat normaal? Nogmaals, ik heb Debian Testing.
>
> Heb ook
Frank Voncken:
> Sjoerd Hiemstra:
> > $ systemctl | grep tmp.mount
> > tmp.mount loaded active mounted Temporary Directory
> >
> > $ systemctl status tmp.mount
> > ● tmp.mount - Temporary Directory
> > Loaded: loaded (/etc/systemd/system/tmp.mount; enabled; vendor preset:
> >
On Saturday 12 December 2015 22:24:47 Frank Voncken wrote:
> Moet ik nu RAMTMP (en andere RAM-gevallen) nu terugzetten op "no"?
Nee, dat bestand wordt genegeerd, dus of er "yes" of "no" staat, maakt niet
uit.
> > De variant die ik eerder heb aangegeven, met de regel in /etc/fstab,
> > werkt
Diederik de Haas schreef op vr 27-11-2015 om 10:41 [+0100]:
> On Thursday 26 November 2015 20:04:17 Frank Voncken wrote:
> > Kijk eens wat 'findmnt --target /tmp' aangeeft.
> >
> > Mijn output is:
> > findmnt --target /tmp
> > TARGET SOURCEFSTYPE OPTIONS
> > / /dev/sda2 ext4
Paul van der Vlis schreef op do 26-11-2015 om 21:26 [+0100]:
> Hoi Frank,
>
> Op 26-11-15 om 20:15 schreef Frank Voncken:
> > De methode van Diederik, met het verplaatsen en mounten van /home
> > naar/op sdb vind ik iets eleganter. Niettemin bedankt!
>
> Het nadeel van homedirs op een tragere
Paul van der Vlis schreef op wo 25-11-2015 om 22:55 [+0100]:
> Hoi Frank,
>
> Op 25-11-15 om 11:47 schreef Frank Voncken:
> > Beste allen,
> >
> > Ik heb sinds kort een nieuwe laptop met ssd en hdd. Ik heb alleen
> > Debian stretch op staan (geen dual boot dus). Ik heb gekeken bij
> >
henk van ballegooijen schreef:
> Zoals je al zei, wordt het nogal eens afgeraden om de mountoptie
> discard te gebruiken.
> Toch schijnt het wel goed te zijn om een ssd getrimd te houden.
> Deze oplossing hiervoor ben ik ooit eens tegengekomen:
> Maak in /etc/cron.daily het script(je) 'trim' met
Diederik de Haas schreef op wo 25-11-2015 om 21:54 [+0100]:
>
> > Mijn nieuwe fstab is nu:
> > # /etc/fstab: static file system information.
> > # /home on /dev/sdb1
> > UUID=3f8df151-d5eb-4e17-b773-6ea036fedb30
> > /home ext4defaults0 2
> >
> > Een vraag nog: waar
henk van ballegooijen schreef op wo 25-11-2015 om 14:16 [+0100]:
> Zoals je al zei, wordt het nogal eens afgeraden om de mountoptie
> discard
> te gebruiken.
> Toch schijnt het wel goed te zijn om een ssd getrimd te houden.
> Deze oplossing hiervoor ben ik ooit eens tegengekomen:
> Maak in
Diederik de Haas schreef op wo 25-11-2015 om 13:31 [+0100]:
> Het woord 'data' kan je interpreteren op diverse manieren. Je kan
> zeggen dat
> hetgeen in /home staat data is, maar er zijn goed argumenten te
> bedenken dat
> /var en /tmp ook tot die categorie behoren en beter op de HDD
>
Hoi Frank,
Op 25-11-15 om 11:47 schreef Frank Voncken:
> Beste allen,
>
> Ik heb sinds kort een nieuwe laptop met ssd en hdd. Ik heb alleen
> Debian stretch op staan (geen dual boot dus). Ik heb gekeken bij
> wiki.debian.org/SSDOptmization en bij https://wiki.debian.org/Multi%20H
>
On Wednesday 25 November 2015 11:47:36 Frank Voncken wrote:
> Wat ik wil, en wat mij het
> meest verstandigst lijkt, is ssd voor basissysteem en hdd voor data te
> gebruiken. Debian is reeds op ssd geinstalleerd. Ik dacht aan om via
> fstab link tussen ssd en hdd te kunnen maken.
Het woord
Diederik de Haas schreef op wo 25-11-2015 om 12:29 [+0100]:
> On Wednesday 25 November 2015 11:47:36 Frank Voncken wrote:
> > Wat ik wil, en wat mij het
> > meest verstandigst lijkt, is ssd voor basissysteem en hdd voor data te
> > gebruiken. Debian is reeds op ssd geinstalleerd. Ik dacht aan om
Drukte per ongeluk een verkeerde toets combinatie in waardoor de mail
verstuurd werd voordat ik klaar was.
On Wednesday 25 November 2015 11:47:36 Frank Voncken wrote:
> Wat ik wil, en wat mij het
> meest verstandigst lijkt, is ssd voor basissysteem en hdd voor data te
> gebruiken. Debian is
Oeps, mail was te vroeg verzonden ... ben bezig met nieuwe mail.
On Wednesday 25 November 2015 12:29:57 Diederik de Haas wrote:
> On Wednesday 25 November 2015 11:47:36 Frank Voncken wrote:
> > Wat ik wil, en wat mij het
> > meest verstandigst lijkt, is ssd voor basissysteem en hdd voor data te
>
Op 25-11-15 om 13:31 schreef Diederik de Haas:
Drukte per ongeluk een verkeerde toets combinatie in waardoor de mail
verstuurd werd voordat ik klaar was.
On Wednesday 25 November 2015 11:47:36 Frank Voncken wrote:
Wat ik wil, en wat mij het
meest verstandigst lijkt, is ssd voor basissysteem
27 matches
Mail list logo