Difficulties uploading to Atmega328p using mega 2560 as ISP[Solved human error]

Ardunio:
Thanks for looking into this forum as any insight would be greatly appreciated.

Hi, I'm a relatively new programmer so I'd ask that you treat me like the fool that I probably am...

So, I'm uploading to my Atmega328p using a mega 2560 as In-system programmer (ISP) via: Mega2560 as ISP for Breadboard Atmega328 Issue - Microcontrollers - Arduino Forum
I've "successfully" bootloaded, and uploaded receiving:

 System wide configuration file is "C:\Program Files (x86)\Arduino\hardware/tools/avr/etc/avrdude.conf"

         Using Port                    : \\.\COM8
         Using Programmer              : stk500v1
         Overriding Baud Rate          : 19200
avrdude: Send: 0 [30]   [20] 
avrdude: Send: 0 [30]   [20] 
avrdude: Send: 0 [30]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [10] 
         AVR Part                      : ATMEGA328P
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PC2
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    20     4    0 no       1024    4      0  3600  3600 0xff 0xff
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           flash         65     6   128    0 yes     32768  128    256  4500  4500 0xff 0xff
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           lfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           hfuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           efuse          0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           lock           0     0     0    0 no          1    0      0  4500  4500 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00

         Programmer Type : STK500
         Description     : Atmel STK500 Version 1.x firmware
...
avrdude: Recv: . [10] 
### | 100% 1.61s

avrdude: verifying ...
avrdude: 2138 bytes of flash verified
avrdude: Send: Q [51]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [10] 

avrdude done.  Thank you.

Thus, I believed that my Atmega would function properly. After testing with an LED I determined that only pins 23-28(the analog pins) were high.
I removed them from my code and yet they remain high, I don't know if this is relevant, but when dealing with a problem I believe all information is helpful.
The code I am using is as follows:

int led2 = 2;
int led3 = 3;
int led4 = 4;
int led5 = 5;
int led6 = 6;
int led7 = 9;
int led8 = 10;
int led9 = 11;
int led10 = 12;
int led11 = 13;
int led12 = 14;
int led13 = 15;
int led14 = 16;
int led15 = 17;
int led16 = 18;
int led17 = 19;
int led18 = 23;
int led19 = 24;
int led20 = 25;
int led21 = 26;
int led22 = 27;
int led23 = 28;
long previousMillis = 0; 
long interval = 1000;

void setup() {  
pinMode(led2, INPUT);
pinMode(led3, INPUT);
pinMode(led4, INPUT);
pinMode(led5, INPUT);
pinMode(led6, INPUT);
pinMode(led7, INPUT);
pinMode(led8, INPUT);
pinMode(led9, INPUT);
pinMode(led10, INPUT);
pinMode(led11, INPUT);
pinMode(led12, INPUT);
pinMode(led13, OUTPUT);
pinMode(led14, OUTPUT);
pinMode(led15, OUTPUT);
pinMode(led16, OUTPUT);
pinMode(led17, OUTPUT);
//pinMode(led18, OUTPUT);
//pinMode(led19, OUTPUT);
//pinMode(led20, OUTPUT);
//pinMode(led21, OUTPUT);
//pinMode(led22, OUTPUT);
//pinMode(led23, OUTPUT); 
}

// the loop routine runs over and over again forever:
void loop() {
  unsigned long currentMillis = millis();
  if(currentMillis - previousMillis > interval) {
    // save the last time you blinked the LED
    previousMillis = currentMillis;   
    
digitalWrite(led13, LOW); 
digitalWrite(led14, LOW);
digitalWrite(led15, LOW); 
digitalWrite(led16, LOW); 
digitalWrite(led17, LOW); 
//digitalWrite(led18, LOW); 
//digitalWrite(led19, LOW); 
//digitalWrite(led20, LOW); 
//digitalWrite(led21, LOW); 
//digitalWrite(led22, LOW); 
//digitalWrite(led23, LOW);
}
 else{
digitalWrite(led13, HIGH);
digitalWrite(led14, HIGH);
digitalWrite(led15, HIGH); 
digitalWrite(led16, HIGH); 
digitalWrite(led17, HIGH); 
//digitalWrite(led18, HIGH); 
//digitalWrite(led19, HIGH); 
//digitalWrite(led20, HIGH); 
//digitalWrite(led21, HIGH); 
//digitalWrite(led22, HIGH); 
//digitalWrite(led23, HIGH); 
}
if(digitalRead(led2) == HIGH){
digitalWrite(led13, HIGH);
digitalWrite(led14, HIGH);
digitalWrite(led15, HIGH); 
digitalWrite(led16, HIGH); 
digitalWrite(led17, HIGH); 
//digitalWrite(led18, HIGH); 
//digitalWrite(led19, HIGH); 
//digitalWrite(led20, HIGH); 
//digitalWrite(led21, HIGH); 
//digitalWrite(led22, HIGH); 
//digitalWrite(led23, HIGH); 
}
if(digitalRead(led3) == HIGH)
{ digitalWrite(led13, HIGH);
digitalWrite(led14, HIGH);
digitalWrite(led15, HIGH); 
digitalWrite(led16, HIGH); 
digitalWrite(led17, HIGH); 
//digitalWrite(led18, HIGH); 
//digitalWrite(led19, HIGH); 
//digitalWrite(led20, HIGH); 
//digitalWrite(led21, HIGH); 
//digitalWrite(led22, HIGH); 
//digitalWrite(led23, HIGH); 
}
...
}

I've tested this with the mega and it worked just fine.
Finally, I wanted to see if the code was even being accepted by the I.C chip.
So I put in the following code

void loop() {

digitalWrite(led2, HIGH);
digitalWrite(led3, HIGH);
digitalWrite(led4, HIGH);
digitalWrite(led5, HIGH);
digitalWrite(led6, HIGH);
digitalWrite(led7, HIGH);
digitalWrite(led8, HIGH);
digitalWrite(led9, HIGH);
digitalWrite(led10, HIGH);
digitalWrite(led11, HIGH);
digitalWrite(led12, HIGH);
digitalWrite(led13, HIGH);
digitalWrite(led14, HIGH);
digitalWrite(led15, HIGH);
digitalWrite(led16, HIGH);
digitalWrite(led17, HIGH);
}

Oddly enough, the inputs go high, with the exception of pins 2, 3, 9, 10, 13, 14, and I haven't the slightest why.
There are (as far as I can tell) no differences between pins 2, 3, 4 ,5 and 6, with the exception of location.
Thanks for your time!

So I had just received another I.C chip pre-bootloaded and I have the same error. Thus, I believe this to be a software issue rather than hardware. Hope this helps!

Are you sure you compiled the code for Atmega328P. Make sure that you chose Arduino Uno under boards in the menu. This will give you the hex file for 328p. Also after loading the isp sketch to mega, change the board to UNO, wire up the circuit and use upload using programmer option under file menu.

Alright, I've checked and double checked my programmer and I am indeed programming for the atmega328. I've tried numerous different techniques and I can not determine what I am doing wrong. What is driving me crazy is the fact that it tells me I've verified my code for atmega 328p (I've tried everything from blink to all pins solid on, to what I actually want to program.)

  Using Port                    : \\.\COM10
         Using Programmer              : stk500v1
         Overriding Baud Rate          : 19200
...
         AVR Part                      : ATMEGA328P
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PC2
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
...
avrdude: verifying ...
avrdude: 1108 bytes of flash verified
avrdude: Send: Q [51]   [20] 
avrdude: Recv: . [14] 
avrdude: Recv: . [10] 

avrdude done.  Thank you.

So if you are unable to infer what is going on I'd like to ask one thing.
If I purchase an Uno, because it has a removable 328p-pu, would I be able to program a bootloaded atmega 328p pu with the uno easily? I'm asking that if I take the microcontroller out of the uno, and replace it with a similar 328p, bootloaded with Arduino's software, would it be able to take and retain the upload. I would very much so appreciate any insight on the matter.

So for those of you thinking that I was probably making some idiotic mistake... You were right! Turns out I misread the pin mapping on the I.C. If anyone has a similar problem the 328 and 168 apparently have the same mapping

So moderators you may ether delete this forum as I have resolved my issue, or you can leave it as a testament to the learning curve of programming.