From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Fri, 7 Oct 2005 12:02:48 -0400 From: Russ Cox To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> Subject: Re: [9fans] fossil shutdown In-Reply-To: <16703.1128700175@piper.nectar.cs.cmu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <798e96772be6cefc87469efe999c47b8@terzarima.net> <16703.1128700175@piper.nectar.cs.cmu.edu> Topicbox-Message-UUID: 96790efe-ead0-11e9-9d60-3106f5b1d025 > A couple times I have wondered if it would make sense to > chmod the .../data files once services are running... > or maybe they should start off non-writable and startups > should embody a pattern like this? > > chmod 664 /dev/sdC0/fossil > fossil -f /dev/sdC0/fossil > chmod 444 /dev/sdC0/fossil On non-terminals, the problem goes away because only hostowner has read/write access to them. Making the disks read-only by default would just frustrate people who actually have legitimate use for the disks! All the programs that access disks (think dossrv, 9660srv, fdisk, prep, etc.) would then try to chmod +w, making the permissions somewhat useless if you're running as hostowner. Of course, one could put a chmod -w /dev/sd*/data in termrc if one is worried about making mistakes. Russ