mick crane wrote:
> On 2020-10-13 00:46, Dan Ritter wrote:
> > mick crane wrote:
> > >
>
> This looks like good advice, thanks Dan and all.
> One thing I wonder about if I reboot and change boot order to start windows
> is if I might create some confusion on the network as pfsense PC does DHCP
On 2020-10-13 00:46, Dan Ritter wrote:
mick crane wrote:
might I ask a favour for information on accepted wisdom for this stuff
?
I being a home user have pfsense on old lenovo between ISP router and
switch
to PCs
another old buster lenovo doing email
another Buster PC I do bits of
On 2020-10-12 15:04, Weaver wrote:
On 13-10-2020 07:27, mick crane wrote:
I being a home user have pfsense on old lenovo between ISP router and
switch to PCs
I personally have apf-firewall onboard, and it's hard to beat in my
opinion, for ease of config as well as efficiency, but pfsense is
On 2020-10-12 14:27, mick crane wrote:
might I ask a favour for information on accepted wisdom for this stuff ?
I being a home user have pfsense on old lenovo between ISP router and
switch to PCs
another old buster lenovo doing email
another Buster PC I do bits of programming on.
Windows PC I
mick crane wrote:
>
> might I ask a favour for information on accepted wisdom for this stuff ?
> I being a home user have pfsense on old lenovo between ISP router and switch
> to PCs
> another old buster lenovo doing email
> another Buster PC I do bits of programming on.
> Windows PC I play
On 13-10-2020 07:27, mick crane wrote:
> On 2020-10-11 19:01, Andy Smith wrote:
>> Hi Mick,
>>
>> On Sun, Oct 11, 2020 at 05:45:45PM +0100, mick crane wrote:
>>> Got a PC that has SSD and a HDD. I see that you are supposed to avoid writes
>>> to SSD for lon
On 2020-10-11 19:01, Andy Smith wrote:
Hi Mick,
On Sun, Oct 11, 2020 at 05:45:45PM +0100, mick crane wrote:
Got a PC that has SSD and a HDD. I see that you are supposed to avoid
writes
to SSD for longevity.
Flash write endurance has come on leaps and bounds over the last
decade to the point
On Du, 11 oct 20, 19:06:12, Linux-Fan wrote:
>
> Another common option is using the `relatime` mount option for SSDs, but I
> do not configure this explicitly on my systems.
According to mount(8) 'relatime' is the default since Linux 2.6.30.
Kind regards,
Andrei
--
On 2020-10-11 09:45, mick crane wrote:
Bearing in mind I rarely do installs and when I do usually let the
installer do its thing.
Got a PC that has SSD and a HDD. I see that you are supposed to avoid
writes to SSD for longevity.
Is it a matter of putting entries in fstab for /swap /var /home
On Sun, 2020-10-11 at 20:25 +0200, Sven Joachim wrote:
> On 2020-10-11 13:48 -0400, Jim Popovitch wrote:
>
> > On Sun, 2020-10-11 at 19:47 +0200, Sven Joachim wrote:
> > > "Percentage Used Endurance Indicator"
> >
> > Where do you see that?
>
> For a SATA SSD:
>
> # smartctl -l devstat $SSD
>
On 2020-10-11 13:48 -0400, Jim Popovitch wrote:
> On Sun, 2020-10-11 at 19:47 +0200, Sven Joachim wrote:
>> "Percentage Used Endurance Indicator"
>
> Where do you see that?
For a SATA SSD:
# smartctl -l devstat $SSD
Cheers,
Sven
On 11/10/2020 18:48, Jim Popovitch wrote:
> On Sun, 2020-10-11 at 19:47 +0200, Sven Joachim wrote:
>> "Percentage Used Endurance Indicator"
> Where do you see that?
If you have an NVMe device, you can run "nvme smart-log
/dev/nvme" (or "nvme smart-log
/dev/nvmen" if you have multiple namespaces
Hello,
On Sun, Oct 11, 2020 at 01:48:48PM -0400, Jim Popovitch wrote:
> On Sun, 2020-10-11 at 19:47 +0200, Sven Joachim wrote:
> > "Percentage Used Endurance Indicator"
>
> Where do you see that?
Usually a SMART attribute like "233 Media Wearout Indicator" or if
that isn't available devices
Hi Mick,
On Sun, Oct 11, 2020 at 05:45:45PM +0100, mick crane wrote:
> Got a PC that has SSD and a HDD. I see that you are supposed to avoid writes
> to SSD for longevity.
Flash write endurance has come on leaps and bounds over the last
decade to the point where most people don't have to
On Sun, 2020-10-11 at 19:47 +0200, Sven Joachim wrote:
> "Percentage Used Endurance Indicator"
Where do you see that?
-Jim P.
On 2020-10-11 17:45 +0100, mick crane wrote:
> Bearing in mind I rarely do installs and when I do usually let the
> installer do its thing.
> Got a PC that has SSD and a HDD. I see that you are supposed to avoid
> writes to SSD for longevity.
No, you are not. I put an SSD int
I don't use the automatic install, I don't like what it chooses. I use
the manual method to set things up exactly as desired.
to answer your question you can install on any available drive, SSD or
HDD... use or create some or all of your partitions wherever you like.
your new fstab will point
mick crane writes:
Bearing in mind I rarely do installs and when I do usually let the installer
do its thing.
Got a PC that has SSD and a HDD. I see that you are supposed to avoid writes
to SSD for longevity.
Is it a matter of putting entries in fstab for /swap /var /home to suitably
Bearing in mind I rarely do installs and when I do usually let the
installer do its thing.
Got a PC that has SSD and a HDD. I see that you are supposed to avoid
writes to SSD for longevity.
Is it a matter of putting entries in fstab for /swap /var /home to
suitably formatted partitions on HDD
Je ne suis pas un expert : Mais j'ai mis un ssd 256Go sur ubuntu récente
(18.04/18.10), pas de swap juste /, depuis presque 3 ans et les
performances sont toujours aussi bonnes, démarrage en quelques secondes
avec une nouvelle installation (environ 10 Go)
Le 01/09/2018 à 11:30, David
Juste un retour d'expérience,
à la maison j'ai une machine avec 2 disques SSD en raid qui tourne
24/24 (serveur web, tor...) depuis plus de 3 ans sans pb.
Je ne me suis vraiment pas cassé la tête pour l'installation, juste
pris des disque Intel car à l'époque ils avaient meilleurs réputation
que
Le samedi 01 septembre, Christophe De Natale écrivit :
> Le 01/09/2018 à 11:30, David Soulayrol a écrit :
> >
> >Pour la première fois je vais installer un système sur une machine
> >disposant d'un disque SSD de taille déjà conséquente (128Go) et d'un
> >disque classique supplémentaire de 1To.
Le 01/09/2018 à 11:30, David Soulayrol a écrit :
Bonjour,
Pour la première fois je vais installer un système sur une machine
disposant d'un disque SSD de taille déjà conséquente (128Go) et d'un
disque classique supplémentaire de 1To. (Je commence à me sentir vieux
quand je considère tout cet
Bonjour,
Pour la première fois je vais installer un système sur une machine
disposant d'un disque SSD de taille déjà conséquente (128Go) et d'un
disque classique supplémentaire de 1To. (Je commence à me sentir vieux
quand je considère tout cet espace de stockage...)
Je me pose beaucoup de
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 d
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/Mul
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
eerd. Ik dacht aan om via
> > fstab link tussen ssd en hdd te kunnen maken.
>
> 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 categor
n. Debian is reeds op ssd geinstalleerd. Ik dacht aan om via
> fstab link tussen ssd en hdd te kunnen maken.
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 categori
dd 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 'data' kan je interpreteren op diverse manieren. Je kan zeggen dat
> hetgeen in /home staat data is, maar er zijn goed argum
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 '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
Am Samstag, 11. August 2012 schrieb Greg Madden:
Not sure about all the:
- GPT + UEFI
- MBR + UEFI
- GPT + BIOS
I just installed Wheezy and it seemed to install just like any other
install I have done.
Ah, so you are not sure its using UEFI at all?
Do you have grub-pc or
any one installed dual boot system of windows and squeeze in
ultrabooks with both mSATA SSD and HDD?
Kindly give links or procedure to keep windows and linux.
You don't have to do anything special. Just partition the disks the
way you like. Linux installers normally expect
...@rogers.com wrote:
On 08/08/12 08:48 PM, L V Gandhi wrote:
Has any one installed dual boot system of windows and squeeze in
ultrabooks with both mSATA SSD and HDD?
Kindly give links or procedure to keep windows and linux.
You don't have to do anything special. Just
in
ultrabooks with both mSATA SSD and HDD?
Kindly give links or procedure to keep windows and linux.
You don't have to do anything special. Just partition the disks the
way you like. Linux installers normally expect that dual booting
is a common requirement so they usually handle it pretty
On Thu, Aug 9, 2012 at 9:58 AM, Gary Dale garyd...@rogers.com wrote:
On 08/08/12 08:48 PM, L V Gandhi wrote:
Has any one installed dual boot system of windows and squeeze in
ultrabooks with both mSATA SSD and HDD?
Kindly give links or procedure to keep windows and linux.
You don't have
On 09/08/12 08:37 AM, L V Gandhi wrote:
On Thu, Aug 9, 2012 at 9:58 AM, Gary Dalegaryd...@rogers.com wrote:
On 08/08/12 08:48 PM, L V Gandhi wrote:
Has any one installed dual boot system of windows and squeeze in
ultrabooks with both mSATA SSD and HDD?
Kindly give links or procedure to keep
On Thursday 09 August 2012 4:37:05 am L V Gandhi wrote:
On Thu, Aug 9, 2012 at 9:58 AM, Gary Dale garyd...@rogers.com wrote:
On 08/08/12 08:48 PM, L V Gandhi wrote:
Has any one installed dual boot system of windows and squeeze in
ultrabooks with both mSATA SSD and HDD?
Kindly give links
and squeeze in
ultrabooks with both mSATA SSD and HDD?
Kindly give links or procedure to keep windows and linux.
You don't have to do anything special. Just partition the disks the way
you like. Linux installers normally expect that dual booting is a common
requirement so they usually handle
Has any one installed dual boot system of windows and squeeze in
ultrabooks with both mSATA SSD and HDD?
Kindly give links or procedure to keep windows and linux.
--
L V Gandhi
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On 08/08/12 08:48 PM, L V Gandhi wrote:
Has any one installed dual boot system of windows and squeeze in
ultrabooks with both mSATA SSD and HDD?
Kindly give links or procedure to keep windows and linux.
You don't have to do anything special. Just partition the disks the way
you like. Linux
61 matches
Mail list logo