SUMMARY new boot disk

From: jean.schuller <Jean.Schuller_at_IReS.in2p3.fr>
Date: Fri, 05 May 2000 15:21:13 +0200 (MET DST)

        Hi all,

        I got so many responses that were very useful and
        once again the list comes through in record time.

        Here what they helped :

Joe Fletcher :
        - check for unusually large files in /dev
        - Clear any log files

Andrew Tolmie :
        - move your /tmp to another disk

Jim Belonis :
        - use the commands cd /var , du -sk *
        - likely suspects are /var/spool/mail where mail inbox files are
          kept.
        - /var/spool/mqueue where outgoing mail is temporarily kept if the
          remote system can't accept it.
        - /var/adm/log various log files can get out of hand
        - You can also have /dev/bogus-device-name files which can be
          created
        - /core and core files in other directories.
        Question 2 :
        - partition the new disk how you want with disklabel or other
          tool. Copy the current system onto it with a dump/restore pipe.

Nikola Milutinovic :
             - Investigate / and /tmp
        Question 2 :
        1. Disklabel it and make it bootable [ufs|advfs].
        2. vdump | vrestore to transfer the root FS.
        3. Edit /etc/fstab and all other files that might reflect changes
        (/etc/fdmns/... if you use AdvFS).

sajan s:
        - think of deleting some unwanted packages installed
        Question 2 :
        Disk will be bootable by default when u initialize usink disklabel.
        take copy of current disk to new disk

        ie.
        mount <newdisk> /mnt
        dump -0 -f - / | (cd /mnt; restore -f -)
        then shutdown and boot using new drive

Michael D. Wholf:
        - Use "find / -mtime -1 -type f -mount -ls" to find all files
          created in the past day. There is also "-size" switch to look
          for files of a certain size.
        Question 2 :
        1. "disklabel" to create boot block and assign disk partitions
        2. If / and /usr are UFS (ie. not managed by LSM) then "newfs -m1" each
           disk partition so that you can "mount" them
        3. "dd if=/ of=/newone"

Mitch Kulberg :
        - use du -k -x .
        - If there is NOTHING you can get rid of, you can move /genvmunix
          to /usr. This is minimally risky unless you need to boot from
          the generic kernel.

Lars Bro : send me a script that he used himself :

        # disklabel -z rz10
        # scu show edt
        # disklabel -rw rz10 RZ1CB-CS
        then use hist script called syslabel (syslabel rz10)
        PS to Lars : I will try it soon.


        Many thanks to those who replied.

        I removed any big files from tmp
        but I don't find something very big. After 2 hours,
        / was at 67% and I don't know really why.

        JEAN

-----------------------------------------------------------------------------
jean.schuller_at_ires.in2p3.fr _/ _/_/_/ _/_/_/ _/_/_/_/
                                _/ _/ -/ _/ _/ _/
                               _/ _/_/_/-/ _/_/_/ _/_/_/_/
                              _/ _/ -/ _/ _/
                             _/ _/ _/ _/_/_/ _/_/_/_/
local call: 0388106630 Institut de Recherches Subatomiques
foreign call: (33)388106630 Boîte Postale 28
local fax : 0388106234 23, Rue du Loess
foreign fax : (33)388106234 F-67037 STRASBOURG CEDEX - France
-----------------------------------------------------------------------------
Received on Fri May 05 2000 - 13:21:25 NZST

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:40 NZDT