Sponsored Content
Full Discussion: Solved: Disk Unable to Boot
Operating Systems Solaris Solved: Disk Unable to Boot Post 302869003 by DukeNuke2 on Tuesday 29th of October 2013 12:53:36 PM
Old 10-29-2013
please provide some more infos...

- what kind of hardware
- format output
- cfgadm -al output
 

9 More Discussions You Might Find Interesting

1. Solaris

unable to boot from disk1

I had installed solaris 10 on 440 on disk 0. I had done ufsrestore on disk1 from tape and then rebooted Rebooting with command: boot disk1 Boot device: /pci@1f,700000/scsi@2/disk@1,0 File and args: SunOS Release 5.10 Version Generic_118833-24 64-bit Copyright 1983-2006 Sun Microsystems,... (3 Replies)
Discussion started by: vr76413
3 Replies

2. Solaris

vxvm root disk booting problem - solved with boot -a. How?

Hi All, We had a Sun Netra T1 go down the other day, the root disk was mirrored using vxvm. Upon boot from either disk, we had the following error appear: WARNING: Error writing ufs log state WARNING: ufs log for / changed state to Error WARNING: Please umount(1M) / and run... (4 Replies)
Discussion started by: badoshi
4 Replies

3. Red Hat

Unable to boot Fedora 10

Hello, I have a test PC running Fedora 10. Friday evening it was working fine, I have some perl scripts which are scheduled to run every morning. But when I started work this morning, I found I cannot ping the machine. When I switched on the monitor, I saw the GRUB promt :(. I am not sure... (10 Replies)
Discussion started by: SivaramaRaju
10 Replies

4. Hardware

[Solved] Boot Lockup After Drive Swap

Hey All, Im using Fedora 2.6 (which is cannot be changed for compatibility reasons). I cloned a drive from a different server and when i added this drive to a new box, during startup it hangs on "Configuring Kernel Parameters:" Is there any way to bypass this process and still boot... (0 Replies)
Discussion started by: robfwauk
0 Replies

5. Fedora

[Solved] Unable to start Matlab program

hello everyone, I have Matlab installed on Fedora 16. I tried running it by simply typing on terminal: $ matlabBut it returned the follwoing error: --- can anyone suggest a solution? cheers, peter ---------- Post updated at 10:57 PM ---------- Previous update was at 10:54 PM ----------... (1 Reply)
Discussion started by: peter_071
1 Replies

6. Solaris

Unable to boot from mirror disk on x86 server configured under VxVM

Hi, Can you help me on booting x86 server configured under VxVM. Server boots fine normally from both the disks but if I try to boot server from mirror disk without starting veritas, then it does not boot. vxplex -g rootdg dis var-02 vxplex -g rootdg dis swapvol-02 vxplex -g rootdg dis... (2 Replies)
Discussion started by: milindphanse604
2 Replies

7. Solaris

How to specify local boot up disk in CD boot Grub?

Hi Solaris 10 Experts, I am wondering what is the correct syntax to edit in Grub when trying to specify the local ZFS boot disk while booting up from a Solaris 10 x86 64bits DVD installation disk. In other word, I try to boot up from local disk without removing the Solaris installation disk... (0 Replies)
Discussion started by: gjackson123
0 Replies

8. Solaris

Use 'dd' to copy boot disk to larger target disk

Hi, I'm looking to copy a boot disk on an old Solaris 8 system using dd. I'll bring the system down to single user mode and begin from there. I'm copying my source disk to a larger target disk. Do I need to do anything other than the 'dd' command below because the target disk is bigger? ... (2 Replies)
Discussion started by: sparcman
2 Replies

9. Red Hat

Unable to boot up after P2V

Hi, I just P2V an old machine running Redhat 5.5 on a physical server. After P2V was completed, when boot up it got an error. Please refer to the attachment for the error. Please assist. Thanks. (2 Replies)
Discussion started by: freshmeat
2 Replies
cfgadm_scsi(1M) 					  System Administration Commands					   cfgadm_scsi(1M)

NAME
cfgadm_scsi - SCSI hardware specific commands for cfgadm SYNOPSIS
/usr/sbin/cfgadm [-f] [-y | -n] [-v] [-o hardware_option] -c function ap_id... /usr/sbin/cfgadm [-f] [-y | -n] [-v] [-o hardware_option] -x hardware_function ap_id... /usr/sbin/cfgadm [-v] [-a] [-s listing_option] [-o hardware_option] [-l [ap_id | ap_type ... ]] /usr/sbin/cfgadm [-v] [-o hardware_option] -t ap_id... /usr/sbin/cfgadm [-v] [-o hardware_option] -h [ap_id...] DESCRIPTION
The SCSI hardware specific library /usr/lib/cfgadm/scsi.so.1 provides the functionality for SCSI hot-plugging through the cfgadm(1M) com- mand. cfgadm operates on attachment points, which are locations in the system where hardware resources can be dynamically reconfigured. Refer to cfgadm(1M) for information regarding attachment points. For SCSI hot-plugging, each SCSI controller is represented by an attachment point in the device tree. In addition, each SCSI device is rep- resented by a dynamic attachment point. Attachment points are named through ap_ids. Two types of ap_ids are defined: logical and physical. The physical ap_id is based on the physical pathname, whereas the logical ap_id is a shorter more user-friendly name. For SCSI con- trollers, the logical ap_id is usually the corresponding disk controller number. For example, a typical logical ap_id would be c0. SCSI devices are named relative to the controller ap_id. Thus if a disk device is attached to controller c0, its ap_id can be: c0::dsk/c0t0d0 where dsk/c0t0d0 identifies the specific device. In general, the device identifier is derived from the corresponding logical link for the device in /dev. For example, a SCSI tape drive logical ap_id could be c0::rmt/0. Here c0 is the logical ap_id for the SCSI controller and rmt/0 is derived from the logical link for the tape drive in /dev/rmt. If an identifier can not be derived from the link in /dev, a unique identifier will be assigned to it. For example, if the tape device has no link in /dev, it can be assigned an ap_id of the form c0::st3 where st3 is a unique internally generated identifier. A simple listing of attachment points in the system will include attachment points at SCSI controllers but not SCSI devices. Use the -a flag to the list option (-l) to list SCSI devices as well. For example: # cfgadm -l Ap_Id Type Receptacle Occupant Condition c0 scsi-bus connected configured unknown sysctrl0:slot0 cpu/mem connected configured ok sysctrl0:slot1 sbus-upa connected configured ok To list SCSI devices in addition to SCSI controllers: # cfgadm -al Ap_Id Type Receptacle Occupant Condition c0 scsi-bus connected configured unknown c0::dsk/c0t14d0 disk connected configured unknown c0::dsk/c0t11d0 disk connected configured unknown c0::dsk/c0t8d0 disk connected configured unknown c0::dsk/c0t0d0 disk connected configured unknown c0::rmt/0 tape connected configured unknown sysctrl0:slot0 cpu/mem connected configured ok sysctrl0:slot1 sbus-upa connected configured ok Refer to cfgadm(1M) for more information regarding listing attachment points. The receptacle and occupant state for attachment points at the SCSI controller have the following meanings: empty not applicable disconnected bus quiesced (I/O activity on bus is suspended) connected bus active configured one or more devices on the bus is configured unconfigured no device on the bus is configured The corresponding states for individual SCSI devices are: empty not applicable disconnected bus to which the device is attached is quiesced connected bus to which device is attached is active configured device is configured unconfigured device is not configured OPTIONS
cfgadm defines several types of operations besides listing (-l).These operations include testing, (-t), invoking configuration state changes, (-c), invoking hardware specific functions (-x), and obtaining configuration administration help messages (-h). -c function The following generic commands are defined for the SCSI hardware specific library: For SCSI controller attachment points, the following configuration state change operations are supported: connect Unquiesce the SCSI bus. disconnect Quiesce the bus (suspend I/O activity on bus). Incorrect use of this command can cause the system to hang. See NOTES. configure Configure new devices on SCSI bus. unconfigure Unconfigure all devices connected to bus. The following generic commands are defined for SCSI devices: configure configure a specific device unconfigure unconfigure a specific device -f When used with the disconnect command, forces a quiesce of the SCSI bus, if supported by hardware. Incorrect use of this command can cause the system to hang. See NOTES. -h ap_id SCSI specific help can be obtained by using the help option with any SCSI attachment point. -o hardware_option No hardware specific options are currently defined. -s listing_option Attachment points of class scsi can be listed by using the select sub-option. Refer to the cfgadm(1M) man page for additional information. -t ap_id No test commands are available at present. -x hardware_function Some of the following commands can only be used with SCSI controllers and some only with SCSI devices. In the following, controller_ap_id refers to an ap_id for a SCSI controller, for example, c0. device_ap_id refers to an ap_id for a SCSI device, for example: c0::dsk/c0dt3d0. The following hardware specific functions are defined: insert_device controller_ap_id Add a new device to the SCSI controller, controller_ap_id. This command is intended for interactive use only. remove_device device_ap_id Remove device device_ap_id. This command is intended for interactive use only. replace_device device_ap_id Remove device device_ap_id and replace it with another device of the same kind. This command is intended for interactive use only. reset_device device_ap_id Reset device_ap_id. reset_bus controller_ap_id Reset bus controller_ap_id without resetting any devices attached to the bus. reset_all controller_ap_id Reset bus controller_ap_id and all devices on the bus. EXAMPLES
Example 1: Configuring a Disk The following command configures a disk attached to controller c0: # cfgadm -c configure c0::dsk/c0t3d0 Example 2: Unconfiguring a Disk The following command unconfigures a disk attached to controller c0: # cfgadm -c unconfigure c0::dsk/c0t3d0 Example 3: Adding a New Device The following command adds a new device to controller c0: # cfgadm -x insert_device c0 The system responds with the following: Adding device to SCSI HBA: /devices/sbus@1f,0/SUNW,fas@e,8800000 This operation will suspend activity on SCSI bus c0 Continue (yes/no)? Enter: y The system responds with the following: SCSI bus quiesced successfully. It is now safe to proceed with hotplug operation. Enter y if operation is complete or n to abort (yes/no)? Enter: y Example 4: Replacing a Device The following command replaces a device attached to controller c0: # cfgadm -x replace_device c0::dsk/c0t3d0 The system responds with the following: Replacing SCSI device: /devices/sbus@1f,0/SUNW,fas@e,8800000/sd@3,0 This operation will suspend activity on SCSI bus: c0 Continue (yes/no)? Enter: y The system responds with the following: SCSI bus quiesced successfully. It is now safe to proceed with hotplug operation. Enter y if operation is complete or n to abort (yes/no)? Enter: y Example 5: Encountering a Mounted File System While Unconfiguring a Disk The following command illustrates encountering a mounted file system while unconfiguring a disk: # cfgadm -c unconfigure c1::dsk/c1t0d0 The system responds with the following: cfgadm: Component system is busy, try again: failed to offline: /devices/pci@1f,4000/scsi@3,1/sd@1,0 Resource Information ------------------ -------------------------- /dev/dsk/c1t0d0s0 mounted filesystem "/mnt" FILES
/usr/lib/cfgadm/scsi.so.1 hardware specific library for generic SCSI hot-plugging ATTRIBUTES
See attributes(5) for descriptions of the following attributes: +-----------------------------+-----------------------------+ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | +-----------------------------+-----------------------------+ |Availability |SUNWcsl | +-----------------------------+-----------------------------+ SEE ALSO
cfgadm(1M), luxadm(1M), config_admin(3CFGADM), libcfgadm(3LIB), attributes(5) NOTES
The disconnect (quiesce) operation is not supported on controllers which control disks containing critical partitions such as root (/), /usr, swap, or /var. The disconnect operation should not be attempted on such controllers. Incorrect usage can result in a system hang and require a reboot. Hotplugging operations are not supported by all SCSI controllers. WARNINGS
The connectors on some SCSI devices do not conform to SCSI hotplug specifications. Performing hotplug operations on such devices can cause damage to the hardware on the SCSI bus. Refer to your hardware manual for additional information. SunOS 5.10 21 Sept 2005 cfgadm_scsi(1M)
All times are GMT -4. The time now is 04:23 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy