From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id C7B3B158083 for ; Fri, 6 Sep 2024 00:43:25 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9AAF2E2AA5; Fri, 6 Sep 2024 00:43:20 +0000 (UTC) Received: from mail-yb1-xb32.google.com (mail-yb1-xb32.google.com [IPv6:2607:f8b0:4864:20::b32]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 5E6D0E2A8C for ; Fri, 6 Sep 2024 00:43:20 +0000 (UTC) Received: by mail-yb1-xb32.google.com with SMTP id 3f1490d57ef6-e1d22ecf2a6so1643690276.1 for ; Thu, 05 Sep 2024 17:43:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725583399; x=1726188199; darn=lists.gentoo.org; h=content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:autocrypt:from:references:to:subject:from:to:cc:subject :date:message-id:reply-to; bh=KuJqOwNMiFiW7D99yxGA0F5C0Rnb1WjsVZ7Mz/vSiFo=; b=c/sHKLXSm57kcXwsCY7BZXMsXwnopxjhn7xzxDBv6gWdOqjkrM04dZcgJZLe/gm1zj oJD22Qf4v2f5y4pFDG/2wq2T04ze8OadmVpgg/HYY0Zw10rjJtaZGlKRmMdSzJ1bfQvD iw56uMESu4Zg1HFYCnkGhFSRR3mUKi1jEehSZJvFbGBt1+Y0BVmZy+4oVEwI45mfeecB zJQmtKLwawFTNstbnrmrZQTVKU/gnYeWz4rE3mBX0PIGD+PJK9vpFNm8k3ZU9kUqBJN7 ixH5QjqIfbI9rizDIhgadknw7z3rda0JXU1PAueryv45JNvBgtkuuzvfPWuMEd5yLDEn diGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725583399; x=1726188199; h=content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:autocrypt:from:references:to:subject:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=KuJqOwNMiFiW7D99yxGA0F5C0Rnb1WjsVZ7Mz/vSiFo=; b=JF7qEreiLMJ+ohN1vo6uIFq5OHLI1rAEXr7UtmBRWvhYYy+uo5Xu122e2cjVqezpSi oiyUP5mSdopTw6QsLF89QHGDyYI6whcsYi4NAoP/oCsULvmcobU046ibeNGDc02lj2Lu rUrKefQaUFvdLvSlscFUx9UdzKuJsWJXS5ks6Ep0sD9KOuJKkZfvyRImtrUIbpq99dqv nmaqDMQyipIOiVlRQHUCaD1mI8acW1F7AVV1LLOlUeqpirPHxcmpvOZvC+GGrk9FtkbL Ec5uVMHrTMs5KJqPx1esqkd1EhWAv/ph9qWTeuqQlkdtStPFuW6YsISpYvo9kd+O3+hY OSKA== X-Gm-Message-State: AOJu0Yzv2WeSXb3trXcAyEpwIw1buql40ZshlR1AgjcqXnIqgw2YYRMU 1/uk/+xQA3wyjUX+knuWGLrXJNwxsEjZGlMMPx377EkN2A+V+A+9l0Do4A== X-Google-Smtp-Source: AGHT+IFntIBfv/ngXF7KnHmkcV3FF+SqGsraHi6kO37Hx0ykdF3wnlrEwa7V/ceJSZWqybP6PXiDtQ== X-Received: by 2002:a05:690c:dcb:b0:643:92a8:ba00 with SMTP id 00721157ae682-6db44a61301mr12722717b3.0.1725583399424; Thu, 05 Sep 2024 17:43:19 -0700 (PDT) Received: from [10.8.8.7] ([92.119.19.9]) by smtp.gmail.com with ESMTPSA id 00721157ae682-6db429a9970sm1969647b3.85.2024.09.05.17.43.18 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 05 Sep 2024 17:43:18 -0700 (PDT) Subject: Re: [gentoo-user] Re: Package compile failures with "internal compiler error: Segmentation fault". To: gentoo-user@lists.gentoo.org References: <8c26be16-d033-ea3f-06e1-a9ce84cbbafb@gmail.com> <7866172.lvqk35OSZv@rogueboard> From: Dale Autocrypt: addr=rdalek1967@gmail.com; prefer-encrypt=mutual; keydata= mQINBGFSciYBEADcEGMyJBSuavKO/XKUVvgkxck7Nl8Iuu8N2lcnRji/rSKg5c1Acix1ll9i oW8JBCHwvn0+Xy60BvEsqcup3YSHw5STl/bR1ePEehtnYrg8FdjdS91+B805RfnKMm69rFVI wLSBHQrSG1yxHd8CloWoEdhmVtP24buajbh114bgXd9ahtpZrCVMrWdWYUg2mEXguGV5uNAh Rf8SWxDNc79w24JxsV34a8niMUYMjzWr0rafIbzk732X38vGjVMLo/2mMpkbp9mPp++LHoY+ 0Pet8zxxdXPJSCd475kza1AD+hhSyBZXB9yknYWgyY3cZe1rGmooJSi2KX4QxO7npwLThcO1 be6KKRkd35+Fi/a1BzVOHsZMiK/gcwxEFoMd27gir4ehaeHJfFXl+65w4hj0EsOZSxrJrm2C R50g5By2czSKP1bADEygFNpIJj51AR+wM88NImG2RPtlT2maYBzazvF05g65cdHXGp1C7W5P wwwKU2DgABB2t7N7z5A69LnryBRw4zUYDRRYLTYlBlYgg+xILm2c0OrBdxJgLJa7JE50Eo25 d3PFwt9J0gYvqy6sPFLl9So0sDg9zm0hKQtXOP5kgropUFGrNoJI+mjwF4rYLRBVzZwNAvlO OhEvHubBo3mEllv4x+FeptwXZxlk7gUsdqI8AxnFB8K9wi6FVQARAQABtBtEYWxlIDxyZGFs ZWsxOTY3QGdtYWlsLmNvbT6JAk4EEwEIADgCGyMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AW IQQSG1h01ruv/WNXc3Q3RqOgiQH1GwUCYVJy8gAKCRA3RqOgiQH1G+waEACeTZCt77jnRAmQ AV7otKuZekDWiLi3Eig8tj5ZJiCNSYA/hIxzmexRP0GMqjitcXK1iGwWcvMzzvIq30GAjIfB 4BR38cnXbtBa6fNewiT7QaZe/Hn6yBRldXNQypzbHy+/o27bUEy+oX4rE7etUgEHQAjuw7xz XFWg4tH1/KJvsOVY5upnWc5LdxYhsuQ3dQD4b22GsK0pOBDfb9PiirYM8eGKvrVuq4E/c75z lDDFhINl18lNZ9D0ZFL3IkTjHsAAqFH9uhnnEB8CWdHbBewPEfRaOhBUYWZ3Q8uTkmDgZT8q D9jlvLEdw7Nh2ApdxoepnI/4D+ql2Gr4DtH7SEPydr5gcf1Qr/2bXRb1hAYnIVcbncs/Bm3Z bkRKPVWMfE3Fusa+p5hMzixk0YysMaTHlc7mYRYAEZGnPMXnmcCbetwARU7A0yz1M1kCMOAQ Lsz8KH5kv3cRenMB6SFfjND2JfAK61H5TtnPq3L8noS2ZykRYxq9Nm3X64O1tJojIKBoZFr8 AwYNCvqC6puUyGMuzHPh7jPof8glfrrEKIYUvNPGMDoVX3IGetxh/9l6NcxgFA4JGoR+LS3C zmeNrwlllAe3OEUfKoWVQ+pagpSdM+8hHolaSda4Ys66Z3fCR4ZvcTqfhTAVskpqdXa4isAk 7vTcXu3L499ttywEp7rJTbkCDQRhUnImARAAncUdVhmtRr59zqpTUppKroQYlzR0jv8oa7DG K4gakTAT2N7evnI9wpssmzyVk8VEiLzhnFQ/Ol3FRt6hZCXDJt0clyHOyTfvz/MNFttWuZTc mLpSvmRR6VRjAH+Tz3Eam2xUw3PGuH97BcXQ3NnX3msv1UDxtxxBu6e2YrdeOhrCUSgzokcJ 98ChUNy934cgepPybAI12lSWqVFQ1aG7jExZfiUk+333fPSDbpKoZbTW5YJLXbycmW/C1IWL qYQyNjRWKaGoJtUWFhhmNiOQct7n90aKivNVPavmN+UQ9LlMaINtf9T6XCzLfogCFsulDCDJ 0yNQLDTurHaB4E71xoctgXmLLq9z1RQ0W2XiVAAOZQj6K3+d0AOUjDhCQ2QW8dUSq0ckkZXV DKVJOGS8Nhf2eIWIqRnP3AcUiiaiFGqUaVUmUAZ6h/oJmgghEu/1S+pcuUKU5i69+XCZ3hH2 Jzwzbf7K+FAIkOhCfHncF8i1N1pk00pOVykNnqHTfFo3qFusHt0ZWgXVnnn4pYdXqZNoDhvF BRE5Vm4k/k96Pw8HRx6Os6eFSRrlqGzRgqsu86FekxusXB9UGv4lJhtU/J+8MRWsh22K718s DbQnABicGKFz1qQlWvcf59oTByhLINJCBt1WXl+TzJDXepr3QSkqmK41dO9Hob97C9dMiK8A EQEAAYkCNgQYAQgAIAIbDBYhBBIbWHTWu6/9Y1dzdDdGo6CJAfUbBQJhUnLyAAoJEDdGo6CJ AfUbVHIQAKSWw620vPhR3A/njU2z77F3z/Jk+HTKdE3fIyWSWdkYN7CBFL0NguOMP30WZ+qE sJhZu7T5hf251MwQUUt27xlfnKYOmQs7CqONlXuXlGZI6WufrUjxNcVz+5gJsqvUWuuJWsgg sDmE92IBnfG/f81fPHWQyfr/SF4wYDMyoFp5xCCQpp1zB63iuFvvrhxBkEHzmbRtVDOhl0Xp BVEDR1w3QRACw9QJD/KM05Czv9JNQYlwinWO/OaQ9cMlUpKLgswUPg9IZ5vucxScfuAUA5uC B1jlAQ8ZPlVukBmbEv5RGOv+lpuEbA3YDMVtEeH4YMFbjt/+vH3Cr2vTbp5JlpByLburJEH0 WXZLUawEfUsZvVwpOuJK75vaa2HYXee+Cb3iCIzwfIfctdlqzUcbGRczlRNM59hpvj4z29Gh 3kAxVHItAYq54ikxQ9l4hQ8s9sLYPbX/WtcBxNX8crBSw0FLnmzGleVEtBHyqtt5CLzQNgrj GYWl1vKDUmRPw1CdZ1c+fMN9CY11jOM5B5ZnqZWfDeVYO2iJ5SuvTycChexCb8WYn1bdCBIo bBtga2RBXbVt4Mh9E4owsszefn51MwfjXxB20Fc5k3GU1AVpTCMs3ayYCzo0b2pvEvdjtDcA CYLEFPWgaFX9iQAM/CDfKvTtvgGWpqtCL2raq/mQoJEU Message-ID: Date: Thu, 5 Sep 2024 19:43:18 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Firefox/91.0 SeaMonkey/2.53.18.2 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 In-Reply-To: <7866172.lvqk35OSZv@rogueboard> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: 3dbf9471-85bd-4e72-a04a-ae1e3b34dabe X-Archives-Hash: 756936508b6f051918041bca9c9c2063 Michael wrote: > On Thursday 5 September 2024 19:55:56 BST Frank Steinmetzger wrote: >> Am Thu, Sep 05, 2024 at 06:30:54AM -0500 schrieb Dale: >>>> Use rsync with: >>>> --checksum >>>> >>>> and >>>> >>>> --dry-run >> I suggest calculating a checksum file from your active files. Then you don’t >> have to read the files over and over for each backup iteration you compare >> it against. >> >>>> You can also run find to identify which files were changed during the >>>> period you were running with the dodgy RAM. Thankfully you didn't run >>>> for too long before you spotted it. >> This. No need to check everything you ever stored. Just the most recent >> stuff, or at maximum, since you got the new PC. >> >>> I have just shy of 45,000 files in 780 directories or so. Almost 6,000 >>> in another. Some files are small, some are several GBs or so. Thing >>> is, backups go from a single parent directory if you will. Plus, I'd >>> want to compare them all anyway. Just to be sure. >> I aqcuired the habit of writing checksum files in all my media directories >> such as music albums, tv series and such, whenever I create one such >> directory. That way even years later I can still check whether the files are >> intact. I actually experienced broken music files from time to time (mostly >> on the MicroSD card in my tablet). So with checksum files, I can verify >> which file is bad and which (on another machine) is still good. > There is also dm-verity for a more involved solution. I think for Dale > something like this should work: > > find path-to-directory/ -type f | xargs md5sum > digest.log > > then to compare with a backup of the same directory you could run: > > md5sum -c digest.log | grep FAILED > > Someone more knowledgeable should be able to knock out some clever python > script to do the same at speed. I'll be honest here, on two points.  I'd really like to be able to do this but I have no idea where to or how to even start.  My setup for series type videos.  In a parent directory, where I'd like a tool to start, is about 600 directories.  On a few occasions, there is another directory inside that one.  That directory under the parent is the name of the series.  Sometimes I have a sub directory that has temp files; new files I have yet to rename, considering replacing in the main series directory etc.  I wouldn't mind having a file with a checksum for each video in the top directory, and even one in the sub directory.  As a example. TV_Series/ ├── 77 Sunset Strip (1958) │   └── torrent ├── Adam-12 (1968) ├── Airwolf (1984) I got a part of the output of tree.  The directory 'torrent' under 77 Sunset is temporary usually but sometimes a directory is there for videos about the making of a video, history of it or something.  What I'd like, a program that would generate checksums for each file under say 77 Sunset and it could skip or include the directory under it.  Might be best if I could switch it on or off.  Obviously, I may not want to do this for my whole system.  I'd like to be able to target directories.  I have another large directory, lets say not a series but sometimes has remakes, that I'd also like to do.  It is kinda set up like the above, parent directory with a directory underneath and on occasion one more under that.  One thing I worry about is not just memory problems, drive failure but also just some random error or even bit rot.  Some of these files are rarely changed or even touched.  I'd like a way to detect problems and there may even be a software tool that does this with some setup, reminds me of Kbackup where you can select what to backup or leave out on a directory or even individual file level.  While this could likely be done with a script of some kind, my scripting skills are minimum at best, I suspect there is software out there somewhere that can do this.  I have no idea what or where it could be tho.  Given my lack of scripting skills, I'd be afraid I'd do something bad and it delete files or something.  O_O  LOL  I been watching videos again, those I was watching during the time the memory was bad.  I've replaced three so far.  I think I noticed this within a few hours.  Then it took a little while for me to figure out the problem and shutdown to run the memtest.  I doubt many files were affected unless it does something we don't know about.  I do plan to try to use rsync checksum and dryrun when I get back up and running.  Also, QB is finding a lot of its files are fine as well.  It's still rechecking them.  It's a lot of files.  Right now, I suspect my backup copy is likely better than my main copy.  Once I get the memory in and can really run some software, then I'll run rsync with those compare options and see what it says.  I just got to remember to reverse things.  Backup is the source not the destination.  If this works, I may run that each time, help detect problems maybe.  Maybe??  Oh, memory made it to the Memphis hub.  Should be here tomorrow.  Dale :-)  :-)