Am Freitag, 16. Dezember 2011, 21:49:18 schrieb Henning Brauer:
in these cases - where runs is the top priority and manual
intervention is hard - you most probably want to run with ro / and an
mfs or three.
This is one nice approach but doesn't cover features like user changeable
settings and
* Rudolf Leitgeb rudolf.leit...@gmx.at [2011-12-19 10:17]:
Am Freitag, 16. Dezember 2011, 21:49:18 schrieb Henning Brauer:
in these cases - where runs is the top priority and manual
intervention is hard - you most probably want to run with ro / and an
mfs or three.
This is one nice
On Mon, 19 Dec 2011 13:52:40 +0100
Henning Brauer wrote:
while we're really good in that and fsck almost always succeeds and
fixes things up i have seen different.
Same here, though I have to admit when there are lots to go through, I
can't rememeber not doing an fsck -y. Usually the datas not
On Mon, 19 Dec 2011 14:39:42 +0100
Rudolf Leitgeb wrote:
Guess what your home router does, and what (if you have one)
your cell phone does?
It loses unimportant data.
Hennings points stand. One of the beauties of OpenBSD is it's init
which is easy to follow and edit. To give such a feature
* Rudolf Leitgeb rudolf.leit...@gmx.at [2011-12-19 14:40]:
Am Montag, 19. Dezember 2011, 13:52:40 schrieb Henning Brauer:
gotta compromise for crippled systems. solvable with a little shell
script run from cron and rc.shutdown.
Wait: your solution would be to periodically remount some volume
On 19 December 2011 11:39, Rudolf Leitgeb rudolf.leit...@gmx.at wrote:
Am Montag, 19. Dezember 2011, 13:52:40 schrieb Henning Brauer:
gotta compromise for crippled systems. solvable with a little shell
script run from cron and rc.shutdown.
Wait: your solution would be to periodically remount
On 2011-12-19, Rudolf Leitgeb rudolf.leit...@gmx.at wrote:
Am Montag, 19. Dezember 2011, 13:52:40 schrieb Henning Brauer:
gotta compromise for crippled systems. solvable with a little shell
script run from cron and rc.shutdown.
Wait: your solution would be to periodically remount some volume
an automatic fsck -y at boot time
when
the system hangs and need user intervention?
In FreeBSD we have the possibility to edit the rc.conf and adding just these
lines:
...
background_fsck=NO
fsck_y_enable=YES
fsck_y_flags=
...
Is there in OpenBSD such a similar thing?
Thank you in advance
SC
I guess I understand what Sebastien is talking about. I used to make
trips to my cheap serverhosting after power failure too :).Just to
type Y, yes repair those blocks, while system was hanging at boot.
Not very pleasant experience...
On Fri, Dec 16, 2011 at 03:00, Kenneth R Westerback
On Fri, Dec 16, 2011 at 9:49 AM, Stefan Beke i...@bekeovci.net wrote:
I guess I understand what Sebastien is talking about. I used to make
trips to my cheap serverhosting after power failure too :).Just to
type Y, yes repair those blocks, while system was hanging at boot.
Not very pleasant
there is no solution but a proper remote console access, i. e. cereal.
it is completely beyond me why some people accept anything else.
yes yes, some/many providers don't offer any. so pick one that does.
you don't buy condoms with holes either, no matter how cheap.
* Stefan Beke
Am Freitag, 16. Dezember 2011, 10:26:27 schrieb Henning Brauer:
there is no solution but a proper remote console access, i. e. cereal.
it is completely beyond me why some people accept anything else.
yes yes, some/many providers don't offer any. so pick one that does.
you don't buy condoms
On Fri, Dec 16, 2011 at 10:26, Henning Brauer lists-open...@bsws.de wrote:
it is completely beyond me why some people accept anything else.
Because it fits their needs. Even if there was remote access, it would
hang till someone would notice and use it.
Sometimes would be preferable just to
On Fri, 16 Dec 2011 10:49:22 +0100
Rudolf Leitgeb rudolf.leit...@gmx.at wrote:
There are setups where the stored data is the most important thing
and there are setups where the task is the most important thing, and
for the latter ones an automatic fsck -y is the way to go.
Or take advantage
* Stefan Beke i...@bekeovci.net [2011-12-16 10:57]:
On Fri, Dec 16, 2011 at 10:26, Henning Brauer lists-open...@bsws.de wrote:
it is completely beyond me why some people accept anything else.
Because it fits their needs.
util something breaks and trey notice that they're doomed and whine,
* Rudolf Leitgeb rudolf.leit...@gmx.at [2011-12-16 10:50]:
Am Freitag, 16. Dezember 2011, 10:26:27 schrieb Henning Brauer:
there is no solution but a proper remote console access, i. e. cereal.
it is completely beyond me why some people accept anything else.
yes yes, some/many providers
Hello,
it is possible, like in FreeBSD, to do an automatic fsck -y at boot time
when
the system hangs and need user intervention?
In FreeBSD we have the possibility to edit the rc.conf and adding just these
lines:
...
background_fsck=NO
fsck_y_enable=YES
fsck_y_flags=
...
Is there in OpenBSD
On Thu, Dec 15, 2011 at 09:55:47AM +0100, Sebastien Maerker, Continum wrote:
Hello,
it is possible, like in FreeBSD, to do an automatic fsck -y at boot time
when
the system hangs and need user intervention?
In FreeBSD we have the possibility to edit the rc.conf and adding just
On Thu, 15 Dec 2011 08:29:40 -0500
Kenneth R Westerback wrote:
You can change the 'fsck -p' in /etc/rc to whatever varient you wish. There
is, to my knowledge, no knob.
You probably realise but be aware you can lose data with fsck -y but
only on writable filesystems?
On Thu, Dec 15, 2011 at 03:42:19PM +, Kevin Chadwick wrote:
On Thu, 15 Dec 2011 08:29:40 -0500
Kenneth R Westerback wrote:
You can change the 'fsck -p' in /etc/rc to whatever varient you wish. There
is, to my knowledge, no knob.
You probably realise but be aware you can lose
20 matches
Mail list logo