From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp26.services.sfr.fr ([93.17.128.216]) by ewsd; Tue Jul 7 09:57:15 EDT 2020 X-mail-filterd: 0.5.0 X-sfr-mailing: LEGIT X-sfr-spamrating: 40 X-sfr-spam: not-spam Received: from cauchy.polynum.local (89.121.198.77.rev.sfr.net [77.198.121.89]) by msfrf2640.sfr.fr (SMTP Server) with ESMTP id 440911C000C0D for <9front@9front.org>; Tue, 7 Jul 2020 15:57:00 +0200 (CEST) Received: from cauchy.polynum.local (89.121.198.77.rev.sfr.net [77.198.121.89]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by msfrf2640.sfr.fr (SMTP Server) with ESMTPS for <9front@9front.org>; Tue, 7 Jul 2020 15:57:00 +0200 (CEST) Received: from cauchy.polynum.local (localhost [127.0.0.1]) by cauchy.polynum.local (8.15.2/8.15.2) with ESMTP id 0679Lipv000650 for <9front@9front.org>; Tue, 7 Jul 2020 11:21:44 +0200 (CEST) Received: (from tlaronde@localhost) by cauchy.polynum.local (8.15.2/8.14.9/Submit) id 0679LifI000708 for 9front@9front.org; Tue, 7 Jul 2020 11:21:44 +0200 (CEST) X-Authentication-Warning: cauchy.polynum.local: tlaronde set sender to thierry.laronde@sfr.fr using -f Date: Tue, 7 Jul 2020 11:21:44 +0200 From: tlaronde@polynum.com To: 9front@9front.org Subject: Re: [9front] Installation problem on amd64 on secondary disk Message-ID: <20200707092144.GA613@polynum.com> References: <20200706174534.GA258@polynum.com> <6994B4007615A22AD356A9ED66DC5252@felloff.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6994B4007615A22AD356A9ED66DC5252@felloff.net> User-Agent: Mutt/1.5.24 (2015-08-30) List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: deep-learning shader plugin-aware interface Hello, On Tue, Jul 07, 2020 at 12:03:46AM +0200, cinap_lenrek@felloff.net wrote: > it sounds to me like your iso image is corrupted. dossrv and ns > are both part of the iso. in fact ALL binaries are available > on the iso filesystem (in the live system before installation), > the installation merely helps with setting up a new fileserver > like cwfs or hjfs and copies the contents of the iso filesystem > over. there is no stuff that gets unpacked or is not otherwise > accessible from the life system. > > please verify the sha1 sum of the iso you downloaded or use > the torrent. > > cpu% sha1sum 9front-7781.38dcaeaa222c.amd64.iso.gz > e58a3f7d67e3937593ae0bf8b8c0dc7ed47c7535 9front-7781.38dcaeaa222c.amd64.iso.gz > cpu% gunzip < 9front-7781.38dcaeaa222c.amd64.iso.gz | sha1sum > 255d250ae7801012847a4a9d58d67c7617250935 I have verified the downloaded file and it is OK. > > it could also be that there are problems with the cdrom media > you have. you could try to dd the uncompressed iso image directly > on a usb pen drive and boot from that. I mounted the ISO under another OS and all the files and programs are here. I have restarted the installation with the same burnt CD. This time it succeeded. The three differences between the installation attempts I know of: 1) The first time I had several Plan9 slices on two different disks. I have now removed before trying the installation the slices (in the MBR, under another OS) except on the one disk I wanted the install; 2) This time I did not switch the kbmap to azerty but kept the default ascii until the end; 3) From a superficial look, copydist took more time during this last attempt, so chances are that during the other attempts indeed not everything was copied. (I don't think, though, that this information will be of great use to somebody...) Now, at least, I can reproduce the failure of generating the fonts under kerTeX with the very same message the user had (putc erroring because of ENOENT). Best regards, -- Thierry Laronde http://www.kergis.com/ http://www.sbfa.fr/ Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C