Path: csiph.com!weretis.net!feeder6.news.weretis.net!feeder8.news.weretis.net!news.mixmin.net!aioe.org!bofh.it!news.nic.it!robomod From: "Rick Thomas" Newsgroups: linux.debian.user Subject: Re: Disks renamed after update to 'testing'...? Date: Tue, 18 Aug 2020 10:40:02 +0200 Message-ID: References: X-Original-To: "hobie of RMN" , debian-user@lists.debian.org X-Mailbox-Line: From debian-user-request@lists.debian.org Tue Aug 18 08:36:11 2020 Old-Return-Path: X-Amavis-Spam-Status: No, score=-2.798 tagged_above=-10000 required=5.3 tests=[BAYES_00=-2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FOURLA=0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001] autolearn=no autolearn_force=no X-Policyd-Weight: NOT_IN_SBL_XBL_SPAMHAUS=-1.5 CL_IP_EQ_HELO_IP=-2 (check from: .pobox. - helo: .wout2-smtp.messagingengine. - helo-domain: .messagingengine.) FROM/MX_MATCHES_NOT_HELO(DOMAIN)=0; rate: -3.5 Dkim-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pobox.com; h= mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type; s=fm1; bh=fLb8pHVBVCnqUBZV1CnOtHukze8EIyk kAWYHeIkSeX8=; b=gBoHYx1bzGBPWDzPklYgZxSl+w5W02TUiyxl5wpjMmXcHST 0xmOmaMTCrzroDorEnh29VVYmI3gg5F4MzU4WWoZqipVy9sBUeznr76k58DkjuX5 4LFlxiMqid1G2g3E6eGkIsBZB1jP5vQlUXK0aRd1WXvfwyrVeIIhJYO5ZzlLWlJf 7GDEE231UfAXTuKI5/joaJJ9v2aUoy4IpRHWT/RpnC8fzcHPXFROvHioTX9shGSY 0q3Z/SJGuYKY0wX0GSNn4s+HXkQV+S+FAsxsgNFZRRblzfoQ+7O6Gqv3B5LOY62O 7ossZCh5QXcaTZPtMsjrUHTCkezcET+h5Wam8UQ== Dkim-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=fLb8pH VBVCnqUBZV1CnOtHukze8EIykkAWYHeIkSeX8=; b=RZGx+dETr2EbgcAqOvEwhM mS8nRhHu6CfA38vu/wHkdz06LFNJCEvkZgo5xUkdMP6+ayr0GeKntL1WNWWqWAXF c9YdiUbtuwQ5b2uA7QxZTMyIGPw5sTSspRMIggmwWCXGIXLMb22RtWEsAoKsbtyW mx013BYDXZc8UJq1kd7UIowcwiQEgQo/LLYQb4DxF3kPh8DC0bvcClsV0w/c86M2 7prp2T81jHq9xxOpncDVTzcLTTxgnF3VQlHg6UkuNixQCvLA2mAAP1ZZO39GdAJm f8kaH70UaMln/OVCsgp1CNuP5G0GRV5TJDtOravCO5759f3ssEgrU9nwU1pknU5Q == X-Me-Sender: X-Me-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedruddtiedgtdduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvffutgesthdtredtreertdenucfhrhhomhepfdftihgt khcuvfhhohhmrghsfdcuoehrihgtkhdrthhhohhmrghssehpohgsohigrdgtohhmqeenuc ggtffrrghtthgvrhhnpefffeevlefhgfetteeuleetjefgtddufeevkeelvdffhfeikeeg lefhteejtdejjeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehrihgtkhdrthhhohhmrghssehpohgsohigrdgtohhm X-Me-Proxy: X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.3.0-191-gef79d59-fm-20200818.001-gef79d590 MIME-Version: 1.0 Content-Type: text/plain X-Mailing-List: archive/latest/766615 List-ID: List-URL: List-Archive: https://lists.debian.org/msgid-search/86fa957a-50ce-4ac8-b929-14d812503844@www.fastmail.com Approved: robomod@news.nic.it Lines: 38 Organization: linux.* mail to news gateway Sender: robomod@news.nic.it X-Original-Date: Tue, 18 Aug 2020 01:19:49 -0700 X-Original-Message-ID: <86fa957a-50ce-4ac8-b929-14d812503844@www.fastmail.com> X-Original-References: Xref: csiph.com linux.debian.user:226274 On Mon, Aug 17, 2020, at 4:42 PM, hobie of RMN wrote: > Hi, All - > > My brother has been issuing "mount /dev/sdb1" prior to backing up some > files to a second hard disk. He lately upgraded to 'testing', and it > appears (from result of running df) that what the system now calls > /dev/sdb1 is what he has thought of as /dev/sda1, the system '/' > partition. > > Thanks to the UUID= mechanism, his system still boots properly, but 'mount > /dev/sdb1' is inappropriate now, could even be the path to madness. :) > > Two questions, then: (1) What caused this shift of device naming? And (2) > How do we fix it? Is this something that can be changed in the BIOS? > But, if so, what caused it to change in the first place? > > Thanks for your time and attenton. The /dev/sdx names for devices have been unpredictable for quite a while. Which one is sda and which sdb will depend on things like timing -- which one gets recognized by the kernel first. The best solution is to either use UUID or LABEL when you fsck and/or mount the device. So: 1) Use "df" to find out the device name that the kernel decided to use for your backup disk this time. Let's assume it's /dev/sda1. 2) label that device with the "tune2fs" command (assuming your device contains an ext[234] filesystem. If not, check the man pages for the filesystem you are using.) e.g. "tune2fs -L BACKUP /dev/sda1". 3) then when you want to mount or fsck the device (you do fsck it before mounting it, right?) use "LABEL=BACKUP" instead of "/dev/sdb1". fsck LABEL=BACKUP mount LABEL=BACKUP 4) If you're into typing long strings of random characters, you can instead skip the label step and do fsck UUID=.................. mount UUID=.................. But that's only for masochists, IMHO. In any case, read the man pages before you try anything, so you'll know what your doing. Enjoy! Rick